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Description 

[0001] The present invention relates 1o the field of networks, and more particular!/, to home networks having rmslti- 
media devices connected thereto. 

s [0002] A network generally includes a commimloatkin link and various devices with communicatjon capability con- 
nected to Ifie communication link. The devices include computets, peripheral devices, routers, storage devices, and 
appliances with processors and communicaUon interfaces. An example of a network Is a home network for a household 
in which various devices are interconnected. A usual household can contain several devices Including personal computers 
and home devices that are typically found In the home. As such the terni "device" typically includes logical devices or 

10 other units having functionality and an ability to exchange data, and can include not only all home devices but also 
general purpose computers. Home devices Include such electronic devices as security systems, theater equipment, 
TVS, VCRs, stereo equipment, and direct broadcast satellite servieas or (DB8S), also known as digital satellite senrtoes 
(DSS), sprinkler systems, lighting systems, micro waves, dish washer, ovens/stoves, washers/dryers, and a processing 
system in an automobile. 

IS [0003] In general, home devices are used to perfomi tasks that enhance a homeowners life style and standard of 
living. For example, a dishwasher perfonms the task of washing dirty dishes and relieves the homeowner of having to 
wash the dishes by hand. A VCR can record a TV program to allow a homeowner to watch a particular program at a 
later time. Security systems protect the homeowners valuables and can reduce the homeowners fear of unwanted entry. 
[0004] Home devices, such as home theater equipment, are often controlled using a single common control unit. 

so namely a remote control device. This angle common control unit allows a homeowner to control and command several 
different home devices using a single Interface. Thus, many manufacturers have developed control units for controlling 
and commanding their home davjoss from a single interface. 

[OOM] One drawback assoraated with using the remote control unit to command and control home devices is that it 
provides static and command logic for controlling and commanding each honne device. Therefore, a particular remote 

25 control unit can only control and command those home devices for which it includes the necessary controi and command 
logic. For example, If a remote control unit comprises logic for controlling a television (TV), a video cassette recorder 
(VCR), and a digital video device (DVD), but not a compact disk (CD) unit, the remote control unit can not be used to 
command and control the CD unft. In addition, as new home devices are developed, the remote control unit will not be 
able to control and command the new home devices mt require control and command logic that was not known at the 

30 time the remote control unit was developed 

[0006] Further, typically a remote control unit can only be used to command and oontnol those home devices that are 
within the signal range of the remote control unit Therefore, a user cannot use tiie remote control unit from a single 
location In the house to control and command home devices that are interconnected, but located in separate areas of 
the home. For example, a VCR that Is located upstairs In a bedroom may be connected to a TV that Is downstairs in the 

35 family room, If a user wishes to play a tape contained in the VCR located upstairs In the bedroom, on the TV located 
downstairs In the family room, the user cannot control and command both the TV and the VCR from a single location. 
[00071 Another drawback associated with using remote control units Is that known remote control units cannot control 
a plurality of diverse de\ncss, and more partteuiarly, cannot controi a plurality of devices having different capabilities to 
communicate with each other In order to accomplish tasks or provWe a seivtoe. Further, conventional network systems 

40 do not provide a mechanism for software appltaaUons In different network devices to automattealiy communicate with 
one another in order to accomplish teaks wISiout direct user command. 

[0008] To alleviate the above problems, some network models provide a central/singular user interface (Ul) In one 
device Including static device Information for networked devices for user control of network devices. However, In such 
netwoi1(S a change to device infomialion (e.g., ICON) in a device requires a change to. and rebuilding of, the top level 

46 page. Further, If the de\4oe displaying the central user interface becomes unavailable, user control of the network is 
curtailed. Another problem with tiie central/singular page Is that every Ul device must display the same page, and a 
scope Is not provided for each manufacturer to generate Its own Ul look andte^ nor alter the technology used In the Ui 
device. The content of an Icon/lnfomiatlon representing a device cannot bs changed, and a Ul devfce cannot dispiay a 
more prominent lookto a devloa fcon such as the icon forthe Ul devtoe Itself. Nor can a Ul buiWertool obtain e-builness 

SQ icons from an external Web Portal. Such a model cannot be standardized for industry use because a central/single Ul 
device controls the Ul, 

[0009] There Is, therefotis, a need for a method and a system which provides dynamic control and command devices 
in a home network. There Is also a need for such a mslJiod and system to provide the ability for one or more devices 
connected to the network to Independently generate different user Interface refwesentatlons of the devices connected 
S5 to the network for user cjommand and control. 

[0010] WO 88 59282 A relates to a home networkto which a number of home devices are cun-ently connected. The 
home devices includes clients, i.e., devfces providing control Interface eenrtce to a humai operator, Including a graphical 
display hardware, and senrerdevkses, l.e., modules supplying a service which may be any servtee other than a conlral 
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Interface provided by a client Each home device connected to the home network has one or more associated HTML 
flies. The HTML files for a respective home device define the control and oommatid functions for that particular home 
device. Further, the HTML files contain data that enables a brqwser to present the infwmation contained in the HTML 
files grHphioaliy. By confomiing to the HTIWL and HTTP internet standards, each home device sends its custom GUI to 

5 a browserbased DTV acting as a client The browser based DTV receives and interprets the HTML files associated with 
the home devices acting as servers and graphically displays the respective control and command information on its 
viewable display, Once the infomrjatlon contained in a device's HTIWLfile is graphically displayed on the DTV, the user 
cat^ control the home device from the DTV by selecting icons lhathave associated h^rllnl<s to startthe control programs 
displayed on the DTV's so-sen. More particularly, control may be implemented by transfer of a grs^shicai control object 

10 {GCO), which preferably resides in the server, from the server for rendering on the onent, to maite the GUI. The look 
and fteel of the GUI originates with the a1ta<*ed server and not with the client. 

pwi 1 1 Post-published WO 99 57839 A discfoses methods and systems for perfOnnIng a service on a hmie networic 
having a plurality of home devbes conneoled thereto. A client device is connected to the home network tor displaying 
a user interface. A software agent on the client device Is executed for obtaining selection information for the network 

IS devices and displaying the selection information on a user Interface displayed on the client device. The first home device 
connected to the network is selected from the user Interface being displayed on the client device. First capabilities data 
for the first home device and second capabilities data for a second home device connected to the network are read. Tlie 
fireil and second capabilities data includes infomnation in a structured fonnat for identifying the capabilities of the first 
and second home device, respectively. The first and second capabilities data of the first and second horns devices, 

20 respectively, are compared. The second home device is selected from the user interface displayed on the client device. 
Control and command data is sent from tiie client device to the first and second home devices to cause the first and 
second home devices to oommunksrte with each other to perform the service. 

[0012] It is the object of the present Invenfton to provide a technique for providing a user interface for controiBng 
devices in a network contaMr>g mora than one client 
as [0013] This object is solved by Ihs invention as defied in the Ind^endent claims. Embodiments are given in the 
dependent claims. 

p0141 In one embodiment, the present Invenflon proirtdes a method and system for generating a user Intwface in a 
plurality of multiple devfces connected to the network system for controlling devices that are cunsntly connecstad to a 
network. InonevetsIonthenetworksyst^mlncludesaphysloallayer.whereJnthephysicallayBrprovIdosacommunioation 

30 medium than can be used by devices lo communicate with each other, and multiple devices connected to the physical 
layer, one or more of said muftiple devices Coring information including device infomrration. A plurality of said multiple 
devkses each including an agent adapted for: a) obtaining infomnation from devtoes currently connected to the network, 
said Infonnatlon including device infonnation; b) generating a user interface descrlptlwi in each of said one or more 
devices based at least on the obtained Inforenation, the user interface desertion in each device Including at least one 

35 reference associated with the device ir^ormatlon of each of said devices currently connected to the networic; and c) 
displaying one or more user interfaces each based on one of said one or more user Interface descriptions, on one or 
more devices connected to the network capable of displaying a user Interface, for user control of said devices that are 
cumently connected to the n^work. 

[OOISJ in one example, networi* devices top-ievel Ui description is generated Independentiy by any network device 
<o and certainly by devices capable of displaying Ul (UI device). Generating a user interface in each device rather than 
generating a centrally Ul, allows a device to show its own device loon/text preferenflaliy In the GUi. In addition each GUI 
Is manufacturer customizable, user configurable and also more reliable because it does not depend on another devfee 
e.g, a single central server. 

[00161 These and other features, aspects and advantages of the present Invention will become better u n derstood with 
IS regard to the following description, appended claims and accompanyl)^ drawings where: 

FIG. 1 shows an example block diagram of the architecture of an embodiment of a network according to the present 
invention; 

FIQ. 2 shows an example block diagram of the architecture of another embodiment of a network according to the 
so present Invention; 

FIG. 3 illustrates an example of a layered interface model thatcan be used forcommunicating between home devices 
in accordance with the present Invention; 

FIG. 4A shows an example architecture diagram of a DVCR server device replaying video to a DTV client device 
capable of displaying a user liirteiface. In a network according to the present Invention; 
55 FIG. 4B shows another example arerfiltecture dlag ram of a server device communicating with a die nt device capable 

of dispiajring a user interface, in a network according to the present Invention; 
FIGS. S-e BlustratB example top-level GUIs representing the functions of networked devices to a user; 
FIQ. 7 shows an exair^jle block diagram architecture of a home network constructed in accordance with another 
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embodiment of the present invention; 

FIG. 8 siiows an example process according to the present Invention for communication bettveen a 1394 neEworIt 
and a non-1394 network for IP address configuration; 

FIGS. 8A-C show example functlonai biocit diagrams of connections to data and control bits of an embodiment of 
s a discovery system archltec^re In a network accortjlng to another aspect of the present InventicHi; 

FIG. 1 0 shows an example flow diagram for discovery and configuration agents in the home network In connection 
with the functional block diagrams in FIGS. QA-C; 

FIG. 11 shows an example flow diagram for usw interface agent in tha home network in connection with the f undionai 
block (flagrams In RGS. SA-C; and 

Appendices 1-4, illustrative examplesfor 1)Top-Level Page description 250 (Appendix 1);2) Baekground.htm (Appendix 
2); 3) Icon.htm (Appendix 4); and 4) Name,h1in {Appendlx4). 

(0017] TofacUItate understanding, Identfca! reference numerals havebeen used, where possible, to designate identical 
elements that are common throughout the figures. 

w [00181 Referring to FI3. 1, in an embodiment of the present invention, a network 10 comprises multiple devices 1 1 
including at least one client device 12 and at least one server device 1 4 interconnected via a communication link 1 6. 
The communication link 1 6 can include a 1394 serial bus providing a phyacd layer (medium) for sending and receiving 
data between the various connected honr» devfces, The 1394 serial bus supports both time-multiplexed audio/video 
(A/V) straanns and standard IP (Internet Protocol) communications (e.g., IETF RFC 2734). In certain embodiments, a 

so home network usee an IP n^worit layerasthecommuntoaton layerforthe home network. However, othercommunicatlon 
protocols eouldbe usedto provide communteatlontbrthe home network. Forexample, the Invention may belmplemented 
using Function Control Protocol (FCP) as dafinad by lEC 81883, or any other approprtata protood.Thus, a network may 
generally include two or more devices Interoonnacted by a physical layer exchMige or transfer of data in accordance 
with a predefined communication protocol. 

ss [001 9] Each client device 1 2 may communicate with one or more server devices 14 in the network 1 0. Further, each 
server device 1 4 may communicate With one or rrxwis other server devices 1 4, and one or more client devices 1 2, in the 
network 10. Each client devtee 12 can Include a user communication Interface Including Input devices such as a mouse 
and keytxiard for receiving user input, and e cfisplay for providing a contra! user Interface for a user to interact with the 
networked devices. The user Interface can Include a graphical user ktterface (GUI) 18 for providing Informa«on to the 

30 user. Each server device 14 Indudes hardware as a resource In the network for providing services to the user, andean 
further include a server or service control program 20 for controlling the server hardware, 

[00201 Each server device 1 4 provides a service for the user, except control user Interface, and each client device 1 2 
provides a service including control user interface for user interaction with the network 1 0. As such, only client devices 
12 interact direcUy with users, and server devices 1 4 Interact only with client devices 12 and other server devices 14 

95 Example services can Include MPEG sourcing/sinking and display services. 

[0021] In an exemplary embodiment of the present invention, a browser based network (e.g., a home network) uses 
Internet technology to control and command devfces including client devices and sorrer devices that are connected to 
a network. Each device IrMludes devfoa infbmiatlonauch as interface data (a.g. HTML, XIML, JAVA, JAVASCRIPT, GIF, 
JPEG, graphics files, or any otha- format useful for the mtended purpose) tfiat provWes an interface for commanding 

4) and controlling of the davioe over the network. In certain embodiments, each devbe indudes device infomiatlon such 
as one or more Hypertext markup Language (HTML) pages that provide for the cojinrhahdlng and controlling of that 
device. Using the browser technotogy, the network employs Internet standards to render the HTML pages in order to 
provide users with a pluraTrty of graphfcal user interface (GUIs) for commandirjg and conJralling each device, in one 
example, the network is configured as an IntianeL 

^ [00221 In embodiment, adlent device comprises a device providing control Interface service to a h uman operator, 
including a graphical diapl^ hardware for down communication and a mouse or otfier point-flnd-clItA devfee for up (or 
return) communication. A server device comprises a module supplying a service, which can be any service other than 
a control Interface provided by a client devtee. As such, the server/client device relatnnship Is a control relatton^tp, 
wherein the server device provides a service but a client device can use ttie data, as a DTV displays video data, but 

so need not manipulate or altar the data. It is thus consistent with this definition to observe that, frequently, a senrer may 
be a source of information and a ctisnt (a browser, for example) may be a consumer of infomiatton. 
[0023] Examples of specific funt^ions which can be implemented by sen/er devices include: return of Infomiation 
(data); perfomnance of a function (e.g., mechanical function) and return of status; return of a data stream and status; 
reception of a data stream and r^um of status; or saving of a state for subsequent action. Examples of server devices 

ss Include MPEG source, sink and display servers. While a server device ^Ically includes a custom, built-tn, control 
pro^Bm to bnpiement control of Its own hardware, a dient functions to Interface with ^e s^er device. However, server 
device as used herein does not imply that a web server and a protocol stadc must be used. 
[0024] FIG. 2 shows a block diagram of an embodiment of a network 100 according to an aspect of the present 
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Invention. A 1 394 serial bus 114, described above, electronically connects multiple devices 1 1 including server devices 
14 (e.g., DVD 108. DVCR 110), client devices 12(e.g., DTV 102, 103), Bridge 116, OVCR120, PC 105, cable/modem 
access 1 07, and DBS access 1 09, on the network 1 00. FIG. 3 illustrates an example of a layered Interface model that 
can be used for communicating between the devices 1 1 in aonordance wm the present invention, In this example, a 

s device (server) 150 communicates with a client device 1 66 using one or more of the network communication layers 
1 52-1 64. In one example, an application in Bie device 1 50 communicates with an ^plication in the device 1 66 via the 
networlt layer 1 60. The details of lower layers 1 62 and 1 64 are not seen by the applications, whereby use of e.g. either 
1394 or Ethernet does rot make a difference to said ^plications in the devices 150, 166. Further not all the upper layers 
of the 7-layer model are used all the time (e.g., in the Web model (TCP/IP model) session layer 156 and presantaUon 

10 layer 1 64 are not used). As such, m one version, by employing the Internet Protocol standard for the natwori< layer 1 60, 
the devices can communicate with each other without having to know specif ic details about the other communlcalon 
layers (i.e. application 162, presentation 154, session 156. transport 158, data link 162 and phystoat 164). Thus, by 
employing the Internet Protocol standard for the network layer 160. the network can use a combination of different 
conmiunicatton layers In communicating between different devices. 

15 [0026] A dn^e frfiysfcal package can Include several devices which are logically networked via a network layer for 
exaiT^Ie as shown in FIQ. 3 not necessarily via a physical network (e.g., such devices can Include a VCR and a TV In 
a single housing). Where a logical device accesses a GUI to enable a user to control a device, ihe device and the logical 
device can be included In the same physical package. In sucJs an embodiment, the physical device fetches a GUI from 
itself. However, in other embodiments the netwwk interconnects separate physical devices, wherein for example, a first 

20 device fetches a GUI from a second device, to pemiil user Inleractlon with the GUI to control the second device. 

[0026] In a presently prsfen^d embodiment, a 1384 serial bus Is used as the physical layer 164 for the data conrvnu- 
nlcatlons on the network 1 00. Because of Ilsenhanced bandwidth capabilities (e.g., enhanced and guaranteed bandwidth 
and Isochronous sttaam cspabillty), the 1394 serial bus can provide a single medium for all data communications on 
the network 1 00 (I.e. audio/video streams and command/control). 

2? [0027] Further, the 1394 serial bus provides automatic configuration reset such that when a device Is plugged in/ 
removed all the 1394 Interlaces reset, the 1394 bus reconfigures and every device knows the presence of every other 
device (including a newly added one or without the one just removed). Also, the 1394 interface supports a data space 
for configuraHon Infomnatlon that Is addressable from any device allowing other devtees to write/read Information and 
make modifications 8.g. to pemriitthe operation of the networtc layer protocol. However, It Is possible to achieve these 

30 results with different software and standards. As such, the network 100 Is not restricted to usmg a 1 394 serial bus, and, 
in altemative embodiments of the present liwentlon, other bus types, such a Ethernet, ATM, wireless, etc., can be used 
as the physical layerlf they meet the particuiar throughput requirements of an individual network(e.g., a home network). 
Further, a modified version of e.g. wireless-Ethernet can include the essential features of 1394. 
[0028] As depicted in FIG. 2, the network 1 00 includes several devices connected to the 1394 serial bus 114. In tills 

3S example, the devices include a DBSS 104 for receiving transmission signal fromasatelill© 122 for subsequent display. 
Associated witii the DBSS Is a network interface unit ("NlU") which, among otherthlngs, provides an interface bebroen 
the DBSS satellite transmission and the 1394 serial bus 1 14. 

[0029] A digital video device (DVD) 108 Is also connected to the exemplary natwoilc 100. The DVD 108 can be used 
to dl^Iay digitally encoded videos on atalevrtdon. Also connectedto the exemplary network 100 Is a digital video cassette 

« recorder (DVCR) 1 1 0, i.e., a digital TV 1 02. In this example, the DTV 1 02 provides a human interface for the network 
100 by employing browser technology to allow users to control and command for devices over the home network 100. 
A second DTV 1 03 provides another human interface for the network 100 by emptoylng browser technology to altow 
usere to control and command for devices over the home network 100. The OTVs 102 and 103 can provide human 
Interfaces farthe network 100 as each DTV comprises a screen for displaying HTML pages. However other devices 

■fs having display capabilrty can be used to provide human Interfaces. Thus, In certain anbodlmenta of the invention, a 
device such as the personal computer 1 05 (PC) Is used to provide a human interface for a respective home network, 
as a PCI 05 typically embodies a screen display unit 

[0030] The 1394 serial bus 114 is depicted as using the HTTP/IP interface protocol, and preferably HTTP/TCP/IP, 
wherein IP provides packet format (a one-way write only model), TCP provides an en-or free version of IP (e.g., ensures 

so packets arrive and In correct order), and HTTP provides 2-way connection (packet to server will expect a response -a 
'read' model). Certain devices can require other protocol interface types (e.g., UPD/IP, FTP/IP. TELNET/IP, SNMP/iP, 
DNS/IP, SMTP/IP). In cert^n embodiments of tfie invention, a proxy 1 1 6 can be used to Interface two networks using 
dissimilar interface protocols on their respective mediums which, when connected, comprise the network 1 00. The proxy 
1 16 (e.g. Web proxy) can include Home Automation type protocols such as the HTML/HTTP/TCP/IP proxy for X10, 

ss Lonworks, CEBus (on their respective phyafcal technologies), or non-IP protoo^ on 1394 (e.g., AVC/FCP/1394). 

[0031] In certain embodiments, the two network mediums are of the same type. For example, as depicted in PIG. 2, 
the 1394 serial bus 114 udng the HTTP^P Interface protocol Is connected by a proxy 116 to the Home Automation 
neutral 118 (e.g., X10). By using the proxy 116 as KTMiyHTTP/CTP/lP/1394 proxy for VCR-Commands/AVC/FCP/ 
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1394, to Interface between HTML/HTTP/TCP/IP and XI 0 protocols, DVCR 120 is also acx»sslble on the network 100. 
In certair> other embocflments, a network can comprise two network mediums of dissimilar types, e.g., a 1394 Serial bus 
and Ethernet Therefore, In certain embodiments of the Invention, a proxy Is used to interface two dissimilar medium 
types lo from a single network. A discovery process, described further below, can be used lortiie discovery of devices 

5 that are powered on and connected to Ihe network 1 0Oi Also, thesame 1 394bus can be ueedwithout need for a brklge box. 
[0032] As depicted in RG. 2, devices 11 including DTV 102, DTV 103. PC 106, DVCR 110, DVD 108, DSS-NIU 104 
and DVCR 1 20 represent devnes that are cun^ntly connected to the network 1 00 comprising a 1 394 network. A client- 
server relationship exists among the attached devices, with the DTV 102 , DTV 103 and PC 105 typically behaving as 
clients and devices DVCR 110, DVD 108, DSS-NiU 104 and DVCR 120 behaving as servers, 

io [0033] A typical 1 394 network comprises intercon necEed devices such as a collectkin of appliances including sender 
devices offering one or more seivx^stobecorttrolled (e.g., DVCR 100 as an MPEG video recording and replay sen/ice), 
and client device offering a user Interface (Ul) service (e,g„ DTV 1 02) for controlling the server devices. Some appliances 
(e,g., DTV 1 03) can have both senrkies (e.g., MPEG decode and display capability) to be controlled, and a Ul controller 
capability. According to an a^sct of the present invention, methods and systems including protocols, document de- 

15 sctiption, Image comp resslon and scripting language standards from technologies utilized in the World Wide Web stand- 
ard {Web modal) are used to implement t a 1394WEB user-to-device control model in the network 1 00. The Web model 
is a client/server model. The controlled server device (service) comprises a Web senrer and the controller client devtee 
(I.e., a device capable of displaying a Ul) comprises a Web client Including a GUI presentafion engine, described further 
below, such as a Web browser (e.g., Explorer™ , Netscape™, etc.), 

30 [0034] FIG. 4A shows a server device such as the DVCR 1 1 0 replaying MPEG \4deo to a dient device such as ttie 
DTV 1 012 in a network 1 00 according to the present invention, wherein the DTV 1 02 can display a user interface. Th9 
DVCR 110 Includes Web server hardwars and software and the DTV 1 02 Includes Web browser software. A user can 
utilize the DTV 1 02 io request thatthe DTV 1 02 di^lay a user interface based on the device informati on 202 contained 
fn the DVCR 1 10 or based on the device infonmatlon 204 contained In the DTV 102. For example, the user can utilize 

S3 a browser 200 iti the DTV 102 to display an HTML contiDl page GUI 202 contained In the DVCR 110 or an HTML control ■ 
page GUI 204 contained in the DTV 1 02. Each page 202, 204 Includes graphical user interfK:e description Infomiation 
in HTML, wherein the browser 200 reads «iat infbmiatron to generate a graphical user Interface. Each page 202, 204 
represents the Control Interface of the Applicatfons 206, 212, respectively. Each page 202, 204 can Include a hierarchy 
of pages to represent a corresponding appDcatlon control Interface. 

30 [0035] Each GUI 202 and^or 204 includes active control Icons and/or buttons forthe userto select and control devices 
currently con necled to the network 1 00. If, for example, the user selects a PLAY tnitton In the GUI 202 of the DVCF^ 1 1 0 
displayed by the browser 200 on the DTV 102, a hyperlink message is returned to the DVCR 110 Web server and 
directed to an application software 206 (e.g., MPEG Record/Replay Sen/ice Applteation Software) in the DVCR 11 0 for 
operating a DVCR hardware 208. In one example, an MPEG video stream source 208 in the DVCR 1 1 0 transmits an 

35 MPEG video stream to an MPEG vide decode and display system 210 In the DTV 1 02 for display under the control of 
application control softwate 212 in the DTV 102. The application software 206 in the DVCR 110 also sends information 
beck to the application software 212 in the DTV 102, including e.g. an acknowtedgn»nt if the operation is successful, 
or an altered or differentconlrol GUI 202tothB EyiV 1 02 indicating status to the user. There can be further oommunteatlOT 
between the plication softwares 206 and 21 2 e.g. for setting up a 1304 isochronous vMeo stream connection for vkieo 

« stream service. 

[TO36] FIG, 4B shows another example architecture diagram of a server device communicating with a client device 
capableof displaying a user interface, In a network 100. The ser/er device such as DVCR 110 replays MPEG video to 
th e client device s uch as the DTV 1 02 in the network 100, wherein the DTV 1 02 can display a user inte rface. 
[0037] In an embodiment of the Invention, the communication protocol between devices in the network 1 00 is based 
•*5 on the Hypertext Transfer Protocol (HTTP 1 .1), an application-level protocol for dslrfcuted, collaborative, hypsnnedia 
Infomnation systems. HTTP Is a generic, stateless, object-oriented protocol that can be use for many tasks. A feature of 
HTTP is the typing and negotiation of data representation, allowing devices to be built independently of the data being 
transferred over the networi< 100 to which tiie devices are connected. 

[0038] The description document language for defining various GUIs 202, 204 can be e.g. HTML, version 4.0, the 
BO publlshlnglanguageoftheWorldWldeWeb.HTMLsupport3text,multimedla,andhyperlinkfsatures,scrlptinglanguages 
and style sheets. HTML4.0 is an SGML application conformingto International Standard ISO 8879 - Standard Generalized 
Markup Language. 

[0039] To display images, three still image graphics compression formats specified by the HTML specification are 
utilized In the 1 394WEB network 1 00 for ICON, LOGO and oth er graphics. The stIB Image graphics compression fMmats 
65 are:GrapWcs inten3hangeFormat(GIFB9s), Progressive Joint Photonic Experts Group (JPEG) and Portable Network 
Graphfcs(PNG). Tablet shows the dlfferences|ncapabilitiesbetweenthethreedifferertstin Image graphics compression 
fonnats. 
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<Table 1 : Still Image Compression Formats> 





PMG 


Progressive JPEG 


GIF89a 


Color Depth 


48 bit 


24 bit 


Bbit 


Colors Supported 




16.7 million 


256 


Formats Supported 


Raster, Vector 


Raster 


Raster 


Compression Scheme 


LZ77 derivative 


JPEG 


LZW 


Transparency 


Per Pixel for Grayscale & 
RGB, PerColorfor Indexed, 
25G levels 


No 

— 


' SingleColor,2lavels(Binajy) 


Progressive Display 






Yes 


Scalable 


No 


No 


No 


Animation 




No 


Yes 


Lossless Compression 


100% 






Truecolor 


48bfts 






Gra]r»aale 


16 bits 






lndex»d-color 


yes 






Gamnia Correction {light 
Intensity) 


Yes 






ChromaficHy Correction 


Both 






Searchable Meta-Data 


Yes 






Exfensfbil^ 


Yes, chunit encoded 







[0040] Further, the Web scrtpting language, ECMA-Script-262, is utilized to provide a means for visually enhancing 
the GUI Web pages 202 as part of a Web-baaed ciisnt-server architecture. The scripting language Is a programming 
language for manipulating, customizing, and automating the faclilties/servlcas of the devices. The user Interface 200 
35 provides basic user interaction functions, and the scripting language is utilized to expose that functionality to program 
control. The existing system provides the host environment of objects and facilities completing the capabilities of the 
scripting language. The web browser 200 piwldesthe ECI«A-Script host environment for client-side computaBon in- 
cluding, for example, objects thatrepresentvrfndows, menus, pop-ups, dialog boxes, text areas, anchors, frames, history, 
cookies, and Inpub'outpiiL 

40 {0041 J The web browser 200 provides the host environment for the EXMA-Scrlpt-262, and the host environment 
supports attaching scripting code to events such as change of focus, page and image loading, unloading, error and 
abort, selection, fonn submission, and mouse actions. Scripting code is included within the HTML pages 202 and 204 
and the displayed page Is the browser 200 includes a combination of user interface elements, and fixed and computed 
text and Images. The scripting code responds to user Interaction without need for a main program. 

4S £0042] In one example, the speclfioallon for a 1394WEB client browser 200 includes HTTP1 .1 specification, wherein 
section "8.1.2.1 Negotiation' of tiie HTTP1.1 specificHtion regarding connecllon persistence Is modified sudi that an 
HTTP1 .1 client device such as e.g. the OTV102 expects a connecllon to seiver device such as e.g. the DVCR 1 1 0 via 
the 1394 to remain open, because the persistent connection In 1394VVEB user control allows full status reporting from 
the server device (DVCR 1 1 0) whi le the GUI 202 and/or 204 remains visible In the browser 200 of the client device (DTV 

so 1 02). "018 HTTP connection remains open (HTTP spec RFC 2068) wherein a cllentthatsupports persistent connections 
may "pipeline" its requests (I.e.. send mulfipie requests without waiting tor each re^onse). A server must send its 
responses to those requests In the same order that the requests were received. This allows the web browser 200 to 
proline requests to the DVCR 1 1 0 which the DVCR 110 can then satisfy later with e.g. status responses sudi as Now 
Playing, Now Recording, Rewind Finished, Tape Broken. Etc. Other example Implementations Include e.g. the control 

55 page from the DVCR 1 1 0 can contain a request to loop on the DVCR 1 00 request of GUI description 202. 

10043] The GU 1 presentation engine 200 is utilized in the client device such as tine DTV 1 02 to I nteipret GUI descriptions 
202, 204 written in the HTML4.0 document description language and the associated specifications O^e low), and to create 
the graphical form for display to the user. The GUI presentation engine 200 Includes the following e.g. attributes; 1) 
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window (GUI) minimum default size of e.g., HOxe40 pixels (480x640 where 480 vertical, 640 horizontal). This default 
size Is to Insure the intended appeaiance In the GUIs 202, 204 Is transferred to the user in the browser 200. The 
transferred GUIs 202, 204 are di^layed in a window 480x640 pixels or magnWed Jarger with the same aspect ratio 
unless otherwise directed by the user; 2) still image corr^reaslon fomnats; e.g., GlF89a. JPEG, and PNG; 3) style sheet 

5 temnats and fonts: e.g., CSS1 and CSS2; 4) fonts such as the following e.g. built-in fonts are required for the client device 
to free clrr^ls server appliances from having to support such fonts. IMinimum one font from each generic Latin family 
can be selected: e.g., Times New Roman, from 'serif family; Helvetica, from 'sans-serIF family; Zapf-Chancery, from 
'curerve' family; Western from 'fwifas/ family; and Courier from 'monospace" family. Other fonts can also be utillzect 
and 5} scrl^g language e.g., ECMA-262. Examples of the GUI presentation engine 200 Include Web browsets such 

10 as Exidorer'^'* and Netscape™ configured^stomlzed as desired. 

[0044] One or more of the ssnw devices (e.s. a 1394WEB network, controlled appliance sen/er such as the 
DVCR 1 10), include tiie following six enumerated components: 

1)HTTP1.1webserverprotocol,wit3i section '8.1. 2.1 Negotiation' of tiie HTTP1.1 specificatjon regarding connection 

15 modified such that an HTTP1.1 server device (e.g. DVCR 110) assumes that a HTTP1.1 client device (e.g., DTV 

1 02) intends to maintan a persistent connection with the server device. The persistent connection In the 1334WEB 
network 100 allows full status reporBng from e.g. the server device DVCR 1 1 0 to the client device DTV 1 02 while 
the GUI 202 of the DVCR 1 1 0 remains visible in the browser 200 of the DTV 1 02. Further, a method using HTTP 
conditional GET to obtain the latest status of server devices can be used. Whenever the user returns to the home 

20 network directory or causes It to be refreshed, the browser 200 redisplays the page in its entirety. This is necessaiy 

because the HTML that underlies the home network directoiv may have been regenerated if a device has been 
added to or removed from the network 100. It Is also possible for device icons to be updated to reflect changes In 
their device's operating state. As such, browsers implemented by EIA-775.1 devfces uQlize HTTP "conditional gel" 
requests to determine whether or not f reah copies of web pages or graphics shoidd be retrieved from the server. 

85 2) Device home page GUI deswlptlons 202, 204 written e.g. In HTML4.0, Include file e.g. ieon.htm, namahtm, 
logchlm, Index.htm, gif files, etc.. The file Indexhtm Is referenced by HTML links Included In device Ieon.htm and 
name.htm HTML files, wtieraln index.htm can be optionally named e.g. A1NDEX.HTML© or AINDEX.HTM®. RIe 
named INDEX.HTM is not inquired to faeastandard name because the ICON.HTM and NAMEHTM are made wItt) 
hyperiinks to the 'INDEX.HTM', therefore the name is atbllraiy. 1C0N.HT1VI and LOGO.HTM reference the actual 

30 graphics files in the same desrice e,g. LOGO.GIF and 1C0N,GIF. TTie descriptions 202, 204 are accessible by the 

devices (e.g., HTTP devices} in the networtc 100. To guarantee a desired appearance, the oontro! GUI design can 
be for a default GUI size of e.g. 480x640 pixels. For sample, a transfen«d GUI 202 can be displayed In a window 
of 480x640 pixels In the browser 200 or magnified larger with the same aspect ratio unless othenn/Iss dlrec^d by 
the user, 

3s 3) At least two device ICON files are provided to represent the device In a top-level network page 220 (FIGS. S-6) 
in the browser 200 showing infonnation about the devices connected to the network. An ICON can comprise a 
graphic file type (e.g. GIF, JPG or PNG) and named 1C0N.HTM. In one examine, iCON.HTM(DVCR) references 
the INDEX.HTM file In the HTML page 202 and ICON.HTM(DTV) references the INDEX.HTI« file in the HTML page 
204. The top-ievd fink fbrthe control pages (e.g., INDEX.HTM) of Itis device can be ICON-HTW. The browser 200 

40 piacea the loons and llnlcs therein) of a pluraHly of devices In the network 1 00 In the top-level HN dlreotoiy page 220 
for service discovery by ttie user. Then user clicks the ICON display ed in the page 220 and the device page (e. g. 
INDEX.HTM in page 202) is fetched. The default displayed HN directory is the top-level discovery page. 
A number of additional and different graphic icons can also be utilized, for example, to represent device status, user 
configured ptief erence ormanufacturersformais which may be substituted fbrthe Icon graphic. In a discovery process 

45 described further below, ICC»Js from the devices connected to the netwotfc 1 00 are collected together and displayed 
In the top level network devices page 220 ibrselectton by a user. An example devtee ICON specification comprises: 
File name ICON.KTM accessible by the HTTP server (files names are In a directory, file space, accessible by the 
web sen/er so that they can be retrieved and forwarded over the network to the browser); Graphic file type such as 
GIF, JPG or PNG; and loon graphic with a maximum size of 70(V)x1 30(H) pixels. 

so 4) At least two device LOG 0 files are provided to rapraaent the device in the top-level network devices page. LO GO 
can comprise a graphic file type (e.g,, GIF, JPG or PNG) and named LOGO, HTM. in one example, LOGO. HTM 
(DVCR) raferencss the INDEX.HTM In the HTML page 202 and LOGO.HTM(DTV) references the INDEX.HTM in 
the HTML page 204. In one version, the top-level link forthe control pages (e.g., INDEX.HTM) of the device can be 
LOGO.HTM. Ail device logos are placed In the top-level HN directory page 220 for service discovery by the user. 

ss Then user clicks the LOGO displayed in the page 220 and the device page (e.g. 202) Is fetched. A number of 
additional and cBITerent graphics for manufacturer services can be substituted forthe logo graphic f omiat. According 
to the discovery process, LOGOs from devices connected to Oie network 100 are cdlected together and displayed 
In the top level netw(»k devices page 220 for selection by a user. An exEmnple devlos LOGO specification comprises: 
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RIe name LOGO.HTM accessible by the HTTP server; Graphic file type such as GIF, JPG or PNG; and logo graphic 
maximum size of about 70(V)x1 30(H) pixels. 

5) At least one device NAME is provided to represent the device In the top-level network devices page. NAME 
comprises TEJCT In an HTML file NAME.HTM. This text can also reference control pages (e.g., 202). This Is a top- 

s level link In the discovery page to the control Interface of the device. "Rie text provides a way to distinguish identical 

dewces whereby for e.g. two identical DTVs can be distinguished by adding NAME text "Bedroom TV and 'Family 
Room TV. The text can comprise a few words to clearly represent the device type e.g. DVCR or DTV. According to 
Uie discovery process, NAMEs from devbes connected to the network are accessed along with corresponding 
ICONsyLOGOs and displayed In the top level network devices page 220 underthe ICON/LOGO. An example NAME 

10 specification comprises: RIe name NAMEHTM accessible by the HTTP server; Text unspecified, such as, with Font 
size 1 0, two lines of text can be displayed underthe corresponding ICON/LOGO. Therefore, for example the space 
size for the NAMEHTM text can be 20 verfical by 130 horizontal to match the ICOTJA.OGO {70 vertical x ISO 
horizontal). As shown by example In FIGS. 6-6, the format of the top4evel Ul 220 can comprise a matrix of loons 
representing the functions of the networked devices to the user, The name representing the device (from name.htm) 

IS Is placed underthe icon (from lcon.htm) from the same device. Logo (from logo.htm) may be placed e.g. in any 
vacant Icon position. As the Top-level description 250 (described further betow In conjunction with FIGS. 9A-C) is 
generated independently by Ul capable devices, the exact design need not be prearranged. The icon, logo and 
name maximum sizes can be preanranges to facilitate design of the GUi matrix. 

6) A device infomiatlon summary home page description document written In HTML4.0 can be provided, named 
so e.g. 'info.hlmi" or "info.htm", and made accesstbla by the HTTP server for the discovery process, A link can be 

provided to INFO.HTM information via control pages e.g. 202, 204. The device Infomnatlon summaiy homepage 
provides the user a de\4ce summary instead of the detailed control Interface as shown in the device homepage. 
Table 2 shows device attributes text that are Included and others that can be Included. This table can be extended 
to Included other attributes. 



<Tab1e 2 - Device infonnatlon summary> 



Name 


Value 


Device Name 


Device name (user configurable) 


Device Location 


Device location in home (user configurable) 


Device Icon 


Cun-ent Device ICON name 


Device Type 


Devtoetype or category (VCR, DSS, TV, etc.) 


Device Model 


Device model 


Manufacturer Name 


Name of device manufacturer 


Manufacturer Logo 


Manufacturer Logo Image n^e 


Manufacturer URL 


Device manufacturer's URL 


Stream Source Name Default 


Service: Default source device nameforthls Device's destination service 


Stream Oesb'natlon Name Default 


San^lce: Default destination device nameforthls Device's source service 


Stream Source Attributes 


Type of service device can deliver (attrftiutes and capability) 


Stream Destination Attributes 


Type of service device can receive (attributes and capability) 



[004S] Table 2 includes devk» summaiy information such as Manufacturer Name. Manufacturer Logo image name, 
and can further Include a Manufacturer URL for help If there Is an available Internet connection to the manufacturers 
Web site, Table 2 can further includea userconfigurable Device Name and Device Location In the home. There can be 
several variations of the Devfee Icon napresonting different states of the device. The Dew'ce Icon attribute field Includes 
the name of the current icon. Therefore, the device summary Infomnatlon page can provide immediate devfce state 
Infonnatlon to the user by displaying the Icon representative of cun-ent state. 

[0046] Each device can include one or more sen/ices, e.g. video Stream Source or video Stream Destination. Each 
^ source capability has a complementing Default Destination capability and each destination capability has a.complement- 
ing Default Source capability. This Stream Default Name entry can be used e.g. to automatically default the nearest 
DTV to be the destination when a DVCB Is being controlled as souive to eliminate having to select the DTV saOi time. 
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A background cross-referencing of the Stream Default Name to 1334 address Is provided. The video stream setvlces 
are provided by the 1 394 Interface itself (not by Web model). As such there is a linkage of the default source or sink to 
the 1394 address mechanism. The user can access a device and select a name for default, which is then saved on the 
device. The device's software agept must find the 1 394 address and parameters for the 1 394 s/w to enable the default 
s stream when required. 

[0047] Using the Source and Destination senrtoeattn'butes, newserver/setvicescan be implemented while maintaining 
compatibility with existing host or device (nodes) and services. For example, if a new server device providing a new 
service is developed that Is compatible imth an existing server device, both the new and e)dsflng servers can be added 
to the attribute ilst of the new node while maintaining compatibility with existing nodes using the existing server in the 

10 netwoiK 1 00. Th e user can select a compaflble device for purchase. These provide a user with "ABO UT° information to 
check capabilities of existing equfpment e^g. prior to purchasing new equipment where compatibility Is desired. 
[0048] A dlscoveiy process for every device supporting the 1 394WEB standard (e;.g. devices capable of displaying a 
user Interface) gathers device Infomiatlon from devices connected to the n^otk 1 00 to generate the top-Ievei user 
control page description far the home network, wherein each device is represented by a graphical icon reference and 

15 a textual name reference detailed above. The top-level description can Include a default page for a presentation engine 
such as the browser 200, wherein the browser 200 coilecte the graphic images and names from th e devices as it re ndera 
the network top-level graphical user interface 220 (QUI) displayed in the browser 200 as shown by example in FIGS. 
5-6, The dynamically created top-level HN directory page 220 is made ttie default page for the browser (first page 
displayed when the browser Is launched). 

20 [0049] With reference to FtG. 4B, example operation steps include: 1 ) the browser 200 in device 1 02 Is launched, 2) 
the browser 200 fetches and presents HN-DIrectoty HTM (Top-Level Ul) from the page 204, 3) the browser 200 fetches 
the Hm files fcon.htm and names-htm from pagaeaoe, 204and presents IntheTop-Lsvel Ul, 4)the browser200 fetches 
any graphtos files (e.g., GIF) from pages 202, 204, and presents tn Top-Level Ul. 5) the twowser 200 Is then able to 
present the full HN JDIreotoiy page 220 (page 220 is made with hyperiinks to 'INDEXHTM' flies for different devices 

ss connected to the network 100), and 6) when a user clicks e,g. DVCR icon in GUI 220 to control the DVCR 110. a 
conespondlng hyperlink in the top-level page 220 to 'INDEX.HTIVI' of the DVCR 110 Is used to retrieve the'INDEX.HTM* 
(top control page of DVCR) from page 202 in the DVCR 1 1 0, and present the DVCR control page to the user {e.g., If 
the frame that was clicked (e.g. the fcon.htm frame) is not large Kmugh. a graphic Is presented In another copy of the 
browser with fuO frame size). The user can then command and control the DVCR 1 1 0 usbig the control interface provided 

30 by 'INDEX.HTM' Of the DVCR device 1 1 0 presented by the browser 200 in the DTV 1 02 

[0050J The name 'iNDEX.HTM' is arbitrary because the iCON.HTM and NAME.HTM are made with hyperlinks to the 
'INDEX.HTM'. However, ICON.HTM andLOGO.HTM reference the actual graphics files (e.g. LOQO.GIFand ICON.GIF) 
in the same devices. In one embodiment, LOGO.HTM can be optional If a logo fora device isoptlonaLThe HN_DiiTectory 
HTML file can have a standard name so that it can be accessed from another device. 

as [0051] FIGS, 5-6 show that the host devfce, such as a client device (e.g., DTV 1 02, HDTV1 ) or server device (e.g., 
DVCR 110) that generates and presents the top-level GUI page 220 can assume priority and use a larger size icon for 
the host device's icon, name, logo, etc. In one version, only devices vMt servers (services on offer) are displayed In the 
GUI 220 (a 'Client davns* comprises devkse with Client capability, where If )t Is only dientthen it Is not displayed in the 
top-level GUI as there Is no service to ofTeO. The discovery process reads Intbimatlon from the 1394 address space 

40 date storage (configuration ROM structure), as defined In clause 8 of ISO/IEC 13213. Although called 'ROM' it is assumed 
that the address space Is write-ab!e to altow user configuration and modification of user relevant stored values. The 
contents of the configuration ROM and the discovery process are described further below. 

[0052] Device naming, addressing and discovery processes for home or local network control of consumer devices 
udng internet, Web and 1394 technology, can be different from the requirements and practice In the general Internet 

4S space. As such according to an aspectofthepresentlnventlonforln homeorlooal networkcontrolofoonsumerdevices, 
special processes Including devfce discovery, addressing and naming requirements are utlllzBd. For example, the home 
network must fully function without the presence of external oommunfcatfons and services, without a network adminis- 
trator, and configuration must be fully automatic. User confrol can be In many cases enflrely keyboard-less. Further, the 
IEEE1394 protocol is utilized to provide a sophisticated interface Including features that can be provide simple, efficient 

so and superior discovery and configuration functions. 

[0053] FIG. 7 shows a block diagran of a network 300 constnjeted in accordance with another embodiment of *b 
presentlnventlon.To facilitate understanding, Identical reference numerals have been used, where possible, to designate 
Identical elements that are common throughout all the figures herein. As depkited in FIG. 7, a 1394 serial bus 114, 
described above, eisctronlcaily connects multiple devices including server devices 14 (e.g., DVD 108, DVCR 110) and 

ss client devices 12 (e.g., DTV 102) on the n^work 100, described above In reference to FIG. 2, wherein the devices 
communicate using the example layered interface model of FIQ. 8 as described above. 

[0054] The network 300 is not restrteted to using a 1 394 serial bus, and, in alternative embodiments of the present 
invention, other bus types, siai\ a Ethernet, ATM wireless, eta, can be used as the physteal layer if they meet the 
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particular throughput requiremerte of an indvktual network (e.g., a home network} . As depteted In FIG. 7, the network 
300 Includes several dsvtees connected to the 13S4 serial bus 1 14. In this example, the devices indude a DBSS 104 
for receiving transmission signal from a sateOlte 122 for subsequent display. Associated with the DBSS Is a network 
intfirface unit ("NIU") which, among otherthlngs, provides an interface between the DBSS satellite transmission and the 

5 1 394 serial bus 1 1 4. A digital video device (DVD) 1 08 is also connected to the exemplary network 300. The DVD 1 03 
can be used to source digitelly encoded videos for display on e.g. a digital lelevision. Also connected to the exemplaty 
networic 100 is a digital video cassette recorder (DVCR) 110, a digital TV (DTV)102, In this example, the DTV 102 
provides a human Interface forthe network 300 by employing browsertechnology to allow users to control and command 
for devices over the home networic 300. A second DTV 1 03 provides another human interface for the network 1 00 by 

to employing browser technology to allow users to control and command for deirtces over the home network 100. The 
DTVa 102 and 103 can provide human Inteifaoes forthe network 300 as each CIV ccmpiiaea a screen for displaying 
HTML pages. However other devices having display capsijllity can be used to provMe h uman i nteifaoss. Th us. In certain 
embodiments of the Invention, adevtee such as a personal computer 105 (PC) Is used to provide a human Interface for 
a respective home network, as a PC 1 05 typfcaiy embodies a screen display unit. 

K [0055] TTie 1394 serial bus 114 is depicted as using the HTTP/IP Interfeoe protocol, and preferably HTTP/TCP/IP, 
wherein IP provides packet fonnat (a one-way write only mode!), TCP provWes an error free version of IP (e,g„ ensures 
packets an-lve and in correct ordar), and HTTP provides 2-way connexion (packet to server will expect a response -a 
•read* model). Certain devices can require other protocol interface lypes (e.g., TCP/IP, UPD/IP. FTP/IP, TELNET/IP, 
SNMP/IP, DNS/IP, S^ITP/IP). In certain embodiments Oft3ielnvemion,apro3<y116can be usedtointerface two networks 

so using dissimilar interface protocols on tiielr respective mediums which, when connected, comprise the networic 300. 
[005S] For example, as depicted in FIG. 7, the 1394sai1al bus 1 14 uslnglhe HTTP/IP Interface protocol Is connected 
by a proxy 1 1 e to the Home Automation netwoilt 118 (e.g., X1 0) . By urfng the proxy 1 1 B as HTML/HTTP/CTP/IP/1 394 
proxy forVCR-Commands/AVC/FCP/1394, to intsrf&ce between HTML/HTTP/TCP/IP and X10 protocols, DVCR 120 Is 
also accessible on the network 300. 

25 [0057] In this embodiment, the network 300 can be connected to an external network 1 1 9 of dissimilar type (e.g., 
Ethernet) to the 1394 Serial bus, via a bus 121. A proxy 117 Is used to interface ttie two dissimilar medium types. For 
oommunication between the addressiig schame of the external network 1 19, and the addressing scheme of the network 
300, the bridge 117 comprises a Network Address Translation (NAT) boundary. This technique can be utilized for 
company LAN's and is a 'divide and conquei* approach to tiie complex problem of saflsfylng various network's differing 

30 IP adcfress requirements and prevents 'running out of IPV4' addresses. The external network can Include e.g. CABLE- 
TV network 1 15 via Ethernet to the telephone e.g. ADSL), providing broadband conneclion to the Internet and WWW. 
The Ethernet 1 1 9 provides the bridge function to the external network. The bridge 1 17 or Ethernet 11 9 may provide the 
NAT address conversion function. If the Ethernet is to provide local private (to home only) addressing (e.g. as defined 
by then I ETF standard RFC 1 91 8) then the NAT function is in the Ethernet 1 1 9. Existing cable modems are set up with 

35 aglobai address and also internet global address forthe PC on the Ethernet (in this case the NAT is in the btfdg© 117). 
[0058] The aforementioned devtae naming, addressing and discovery processes for the nelwoi* 300 are now de- 
scribed. For device naming, point and click Web operation (e.g., using GUl/Wab) does not require name services (DNS. 
Domain Name Sen/ice). The Web GUI provides an abstraction layer, and the addresses are hidden as hyper-text links 
invoked by user'clicks' to active GUI areas (e.g., buttons). Any change to the devrees In the local netVKork 300 causes 

40 the top-level discoveiy GUI page 200 (FIGS. 5-6) to be recreated by the browser 200 (FIGS. 4A-B) representing the 
status of the devices In the network 300 at that time and by default presented to the user for immediate use. 
[0059] For device to device control a different look-up service Is utilized for more than names (e.g., service look-up 
and application look-up). As such, DNS may not provide the necessary features for device to device control. However, 
adevtee (e.g., a 1 394 connected PC) can access a DNS service as usual. DNS is not required for discovery or operation 

■« of devices/services within the home, but DNS (name to address) iook-up service is required for external accesses e.g. 
from a PC. When a name e.g. "www.yahoo.com" is typed in to a Browserthen look up take place for the f P address of 
the Yahoo computer, i.e. 216.32.74.52, because the internet (even home Internet) operates with addresses. 
[0060] For a 776WEB Ul device whkdi Includes an agent for generating the HN top-level directory GUI description 
and also indudss access to the special company web server e.g. homewideweb.oom (IP address), can also have the 

so DNS address knowledge. The DNS server computer IP address can be any IP address under the control of the manu- 
facturer. Effectively the DNS address Is built-in to the device (or can be updated if the agent is made to ba update-able 
and is later updated). 

[OOSII For device addressing, in one embodiment of the Invenfion, utilizlns fixed IP addresses from a large address 
space can afford the simplest and most reliable network configuratton, and the readily accessible ROM data space In 
ss thel 394 interface allows utilization of fixed IP addresses therein. In another en*odIment of the invention, non-fixed IP 
(dynamic) addresses can be utiiizad, wherein an abstraction layer (e.g., name or look-up mechanism) is employed to 
retain pre-organized communications. 

[CK)621 For IP address configuration, the following protocols can be utinzed: 1) I3ynamk; Host Configuration Protocol 
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(DHCP) With DHCP servers and DHCP clients, 2) DHCP clients reaort to auto-configuration PHCP seiver not present), 
and 3) preferably, FWHCP (Fire-Wire HostConRguration ProtocoO server agent(s) and FWHCP clients, describedfurlher 
below. The auto-conflguratlon In 2) ^ove Is that proposed as an IETF Draft •drafl-ietf-dlic-lpv4-autoconfig.04.fxr. 
10063] DHCP requires support of the BOOTP/UDP protocol, and replicates what Is done within the 1394 specification 

5 and provides features such as lease lime and dynamic addressing. Typical DHCP requires management by an admin- 
istrator and must be configured and ad^ed to the network requirements of mass manufactured consumer electronics 
(CE) appliances where, for example, multiple rdenticai CE appliances with DHCP server buiit-ins must be considered. 
[0054] The 1 394 technology provides 'Plug-In' or 'Power-up' reset and following *SeIf-ID' sequences, well suited for 
networl< configuration. Further, the 1394 specification provides a built-in'ROiW' address space well suited f orstorage of, 

10 andaocessto,conngurat!ondata(e.g., IPaddresses), Assuch, In a prefetred embodiment of the invention, an IPaddress 
configuration agent (IWHCP) and dtecoveiy page for user control of 1394 devices are utilized. FWHCP provides IP 
address configuration for 1394WEB and 1M4 devices. The puipose and result of FWHCP Is filmilar to DHCP 0.e. a 
server to identify and assign Hie local IP addresses), but In operation FVWCP uses data in 1394-address space and 
1 394 commands. FWHCP provides IP address configuration of 1 394WEB devices on the 1 394 network avoldl ng collisions 

IS with devices on adjacent attached netwo?1ts otherthan 1394. Devices are manufactured witii a built-in IP address from 
the 1 0.x.jcx range. In the unliltely event of a collision, FWHCP sets a new IP address and saves it in the device, 
[0065] DHCP/Auto-oonflguratlon can be utilized for devices on networks other than 1 394. DHCP protocol provides 
client 'requested IP address". Preferably, the requested IP address space is selected from the upper part of the 24 bit 
RFC1918 range (10.128.1.1 to 10.254.254.254), By choosing part of the allowed private address range for 1394 IP 

so addressasandanotherpartforotherconfiguraljonnnethods(e.g.,DHCPandDHCP/Auto-Conflguration)thencompatibl9 
and non-inteffering addresses are generated for a heterogeneous network and allow FWHCP and DHCP to coexist. 
[0066] While choice of non-overlaK)lng IP addresses for 1394 and adjacent netwoites Is desirable, the heterogeneous 
network using FWHCP wlU configura suocaasiully even If they do overlap. Also, DHCP clients check their assigned IP 
address with a test ARP massage before using It. As such, different address configuration methods can coexist suc- 

S5 cessfully. 

[0067J Refarringto FIG. 8. an example process according to the present Invention for communication between a 1394 
network (e.g., network 300) and a non-13g4 network (e.g., Ethernet 1 1 9) for fP address configuration is described. In 
this case the 1 394 networic 300 utUlzes FWHCP coniiguration and the non-1394 network 1 1 9 ulillzes DHCP conf l^radon 
or othermethod. Ganwaily, 1394devk:es (such as DTVand DVCRln FIG. 7) do not support DHCP. The 1394 DEVICE- 

30 3, for 1394 network to non-1394 network oommunlcalion, includes an IP address In the 1394 ROM space and provides 
supportforFWHCPfora1394devlce. The DEVICE-3furtherlncludesmeansforsupportbigtheconflguratlon mechanisms 
on the non-1 394 network, and malrrtalns an extension data leaf in the 1 394 ROM space for IP addresses of devices on 
the non-1394 network. As such, configuration processes (e.g., FWHCP for top-level Ui description generation) on the 
1394 network 300 can include use of IP addresses on the non-1394 networkbyseleotinglPaddresses from the extension 

35 data leaf. The non-1 394 network configuration operates to provide the IP addresses for the 1394 extension data leaf. 
[0068] Aooorxling to the discovery process (agent), 1 334 specification 'plug-In' reset and setf-lD is utilized for config- 
uration and can be used for IP address configuration. Preferably, f«ed IP addres^ng is utilized for home networks, 
however dynamk: IP addressing can also be utilized. DNS Is not required within 1394WE8 control because a top-level 
QUI description is created with hyperlaxl-llnke that use IP addresses ralherthan names. Preferably, Sie ! P configuration 

40 agent(FWHCP)forthe 1394 network Is ufllized for IP configuration using 1394 ROM dataand 1394commands, however 
DHCP can also be utilized. FWHCP ufillzes lower half of RFC1 91 8 1 0.LH.X.X addresses and other home networks (not 
1394) use upper half 1 0.UH.X.X. Preferably, the FWHCP server agent Is built-in to any device that can be acllent (control 
Initiator). Where there are several client devices connected to the 1334 network, only the client device with the highest 
Global Unique Identification (GUID) operates. GUID comprises a number built-in to the interface. If there are multiple 

4S FWHCP agents available on the 1394WEB network then there is an Initial s^-electlon process to detannine the one 
that will operate and all others remain quIeL TTie highest GUID will operate, in otherverslons, highest Wt-revereed-GUID 
can be used, 

[0069] A device interfacing to a non-1S94 netwoi1< supports a ROM extension leaf of IP addresses on the non-13g4 
network, This allows inclusion of the IP addresses on the nQn-1394 network Inlhe lS94top-Ieve! GUIs (e.g., FIGS. 4fiir 

so B, GUIs 202, 204). Control data bits In the 1394 ROM space are used to control the operation of three configuration 
agents: 1) 1394 SelfJD count. 2) IP configuration FWHCP, and 3) UI descrlpUon generation desorttjsd further below. 
10070] Initially 1 394 Self-ID count discovers the existence of devices. After a bus reset (caused by power up/down or 
device attachment/detachment) 1 394 software In the devfce observes the automatic oonfi^ ration process (1394 self- 
ID cycles) for the purpose of counting the number devices. Hiis is a nomial part of 1394 software for any 1394 device. 

ss Then. IP Configuration FWHCP (the one self -elected FWHCP) probes the discovered devtoes and checks their built-in 
IP address. Discovatsd duplicate (colliding) IP addresses are disabled and a new address Is assigned to the device. 
Th«i, UI description generation agent (UI or other deylces), reads all 1394WEa device IP addresses and generates a 
top-level device directory Graphic User Interface file in HTML of top-lavel Icon pages from each device later rendered 
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by a Web browser for User discovery of devices for control. 

[0071] Accorcilng to ttie present Invention each device in the 1 394 networic 400 can generate its own top-!«V8l network 
Ul description 250 (FIG. 30). The Ul description 250 Is used by a presentation engine such as tlie browser 200 In a 
dient device to genetete and display a top levei directory page such as page 220 In FIGS. 5-6. After the 1 394 Self-ID 

s agent has enumerated all devices connected to the 1394 network 300, the top-level Ul description 250 is generated 
separately by all Ui devices (and non-UI devices as desired). A device (e.g., DTV) can select a more prominent (e.g., 
larger) icon to represent that device, and make the entire GUI 220 witti a different look. This technique provides sub- 
stantially more reliable operation than a centrally generated GUI for operafion of all device, because each device can 
generate its own Ul description 250 and display a GUI (e.g., top level page 220) based thereon without dependence on 

10 another device. In each Ul description 250, device Icon and logo image files of the devices currently connected to the 
netwoikSOO are refweneed by toon and togo HTML -pages' and nametaxt wr^ped in an HTML page (ICON/GraphlC 
r^erenced ICXDN.HTM is h pages 202 and 204 which also Include ttie control pages for the devtoe; Fig. 5 below also 
shows the ICON.HTM, LOGCHTM and NAME.HTM In atop-ievel dlnectoiy page). HTML frames are used to create the 
tqp-tevel directory Ul description 250 fornelwork devices in each network derfce as desired. 

15 [0072] As such, advantageously, a useful layer of abstraction is provided to allow use of alternative file names and 
types for e.g. identlfroation graphics in the network devices without need for change In the top-level description 250 
generated in each device. The name text is also placed In an HTML description 202, 204 (NAMEHTM is in pages 202; 
204), allowing a user to configure the name text at a devbe e.g. DTV to change to e.g., DTV-BED2 through one of the 
device GUI pages 220. As such, the page 220 is displayed as the Browser Is launched after a reset. The user sees and 

20 cScks DVCR ICON graphic, whereby DVCH top level control GUI 202 is fetched (with 'Play' button etc.). Usercllcks one 
of the buttons e.g. "Configure Devtoe NAME" virfitch is another GUI (of hierarchy of control pages for DVCR) with a large 
selecJton of different names. User cDcks one name out of the lists of names provided e.g. "Master Bedrioom DVCR". 
Software on the device changes the file names so that the file named NAME.HTM contains the text 'Master Bedroom 
DVCR" (the old default NAME.HTM fite thai contained DVCR is changed to some other name). 

S5 [0073] Appearance of the GUI 220 is more stable In the event of "bad cUfzerf devices having too much or oveislzed 
text or oversized logos. In this case fte fnanrves Isolate the problem and prevent the bad items from adversely affecting 
the appearance of the entire top-level GUI 220. 

[0074] Referring to FIQS. 9A-C, 1 0, 1 1 example functional blocks and connections to data and control bits and flowchart 
of an embodiment of a system architecture 400 forthe aforementioned dlscovety process are ^wwn. The system 400 

30 comprises five primary elements: 1)1394 nonvolatile memory space (IEEE1212R ROM) 402 for configuration data and 
control data bit storage; 2)1 394 Device Discovery Agent (1 394DDA) 404; 3) IP Address Configuration Agent (FWHCP) 
406; 4) Ui Description Generation Agent 408; and 5) GUI Gener:atIon and run-time environment 41 0 (e.g., WebBrowser 
200 In FIG, 2). Further, FIG. 1 0 shows an example flow diagram forthe DDA and FWHCP agents in system 400 operating 
In connection with the functional blocks In FIGS. 9A-C. And, FIG. 10 shovirs an example flow diagrsm forthe UIDGA 

35 agent in system 400 operating In connectton with the functional blocks In FIGS. 9A-C. 

[0075] Referringto FIQS. 9Aand 10 all devices Include the 1394devloe discovery agent(1394DDA) 404 to snumsrats 
the de\rfces on the 1394 bus, attera reset, andto write the value Intothe local 1394 ROM space 402 for communteaUng 
the value to otherfunctlonal agents (steps 500, 502). Forsynchronlzing (inhibiting) commencement of other conflgurallon 
agents, the 1394DDA agent 404 also sets the 'configuraOon operating' control bits. The dlscovety agent/mechanism 

40 can use means, otherthan the ROM space, to communicate Infomnatlon between the configuration agenis that are local 
to one device and where the information does not need to be seen by other devices. 

[0076] All devices in the network 300 include the following infonnatlon relevant to the discovery and IP address agents 
404 and 406, respectively, for the1394WEB in the 1394 configuration ROM 402: 1) Built-in 64 bit GUID (Global Unique 
ID, in 1394 specification); 2) Built-in IP address from the RFC 1918 private address space In the range '10.1.1.1' to 

« '10.127,254.254', ManulacturerscanselectavaluefromtheGUIDauchthatchancecrfcoIllsionlsminrmized.The upper 
portion of the private address space (Le., 10.128.1.1 to 10.254.264.254) is reserved for devices on bridged network^ 
3) Assigned IP address In the range '10. 1.1.1' to '10.127.264254' (assigned by operating FWHCP agent 406); 4) IP 
address extension leaf for IP de\^ces on bridged networks; 5) Assigned Count of 1394 devices (assigned by 1 394DDA 
agsnt404); 6) Control/status bits to indicate Conf Iguratlon-ln-Progress Synchronization control for 1394 Device Discovery 

BO Agent404,andtoIndicatelP-Addre88conflguratlon(ThecontroibItslndioatetheconflgurationlslnprogressandtherBforB 
the values, in ROM data other than the control bits, for 1394DDA and IP address are not checked or not wrrtten and 
therefore should not be used). The bte further Indicate which IP address is valid (assigned or built-in), and whether an 
FWMCP server agent 40S Is present in the device; 7) HTTP web sener to altow fUes In the device's file space to be 
accessed remotely; and 8) device information 202, 204 Including actual "fcon*, 'name' and 'logo' HTML flies and other 

65 referenced graphic flies accessible through the Web Server. The above summarized infonnatlon is detailed In the 1394 
ROM space description below. 

[OOTTJ The content of the genera! 1394R0M structure 402 is specified in lEEE1212r, IEEE1212 and IEC61 883, The 
ROM structure 402 Is a hierarchy of infomnatlon blocks, wherein the blocks higher In the hierarchy point to the blocks 
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beneath them. The iacation of the initial blocks is fixed white other entries are vendor dependent, but can be specified 
by entries within the higher blocks, 

p)078] Table 3 shows the Bus_ lnfo_Block and Root_Direotory of the configuration ROM 402. The first byte of eac* 
entry Is known as a l<ey and identifies the type of entry. The following can be Implemented in the configuration ROM of 

s all devices mal<lng use of the EIA-775 specifications, including display devices such as DTVs and source devices such 
• as DVCRs, STBs, etc There may ba several other structures required based on other protocols to which each device 
confomis. Table 3 includes infomnatton fora device which also compiles with the I EC6 1 883 protocol. The RooLdlractoty 
contains polntetstoaModel_Dlre<^ryandthree Unit.Dlrectoiv entries (IEC61 883, EIA-77Sand 13g4WEB),to indicate 
Uiat the device supports EIA-775 as well as 1S94WEB protocols. The Root directory entries are useful to other 1394 

10 devices to disooverthe protocols and software (also called services) supported by this 1394 device. 



<Tabl9 3 ■ Configuration ROM> 



Offset (Base address FFFF FCOO OOOO) 
BusJnfo_bloclt 

Offset 


04 OO^g 


04 1 crcjength | rom_crc_va[ue 


04 04,6 


"1394° 


04 08,e 


ftags 1 reserved | cyc_clK.acc | max_rec 


reserved 




node_vendorJd 


chip_idLhl 


0410« 


chlpjdjo 



[0079] Wherein, 04 00,6 end 04 10,^ am also known as the 64 btt QUID or Global Unique ID. 



Rootjdirectory 

Offset 


0414iB 


rootjength | ORG 






ModeLvendor_ id 




S1 16 


Vendor_nam8_textuaLde8crftrtor offset 




OC16 


Node_capabllItles 




8D16 


Node_unlqueJd offset 




D1ie 


UniLDirectoiy offset (lEC 61883) 




Dt„ 


Unlt_Direetory offset (EIA-775) 






Unit-Directory offset (1394WEB) 




Optional 


XXXX16 


C3i6 1 ModeLDirectory offset 



[0080] The ! EC_81 883 unit cBrectoiy is shown in Table 4. This directory is referenced by the Unit_Dlreotory offset, In 
the Root Directory (i.e., Table 3.). In flie Unit_SW_Version field, the least slgrtlloant bit specifies AV/C (0) as specified 
inlEC61883. 



<Tabl9 4 - IEC_618a3 Unit DiractQry> 



UnlLDlrectory (lEC 61883) 


Directory length | CRC 


12l6 


Untt_SpecJD (1394TA= 00 AO 2Die) 


13l8 


UnH_SW_Versfon (firstpasskey=01i6) 




«possIbly other flelds» 
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(continued) 

UnlLDlrectory (lEC 61863) 

Directory length | CRC 



IPOSI] The EiA-775 Unit Directory Is shown In Table 5. The following ElA-775 speciflo Informallon appears In the ElA- 
775 Un'rt Directory. 

<Table 5 - ElA-775 Unit Diraotory> 



diractory length | CRC 


12,6 


UiillLspeciflcation_lD(E!A-775=005068i6) 




Unlt.software_version (OlOIOOfo) 




«posslbly other flelds» 







[0082] The Unit specif icaBon.lD specifies the Identity of the organization responsible fbrthe architacfural interface of 
the device and Ihe specification. In this example case, the directory and identity value=005068ia refsra to the.EIA as 
the responsible body and the ElA-775 control architecture specification. 

[0083] The UniLsoftware_verslon designates ElA-775 revision level supported by the device. The format is shown In 
Table & 



<Table 8 - Unitjioftware_verslon cQding> 



First o<tot 


01« 


Second octet 


fi/|{^orVerslon Numberteunrently die) 


Third octet 


IMlnorVerslon Number (cuirenay 00,6) 



[0084] The 1394WEB Unit Direetoiy is shown In Table 7. The following 1394WEB spet^ Information appears In the 
Unit Directory. 

<Table 7- UnltDlre<;!tory> 



directory length | CRC 




Unlt„speciflcHltonJD (1394WeB » OOXXXXie) 




Unit_software_ver6lon (010100,^) 






3Bie 


Discovery_confroLblts 


39ia 


AssIgned_Count_of_1 394„devrces 


SAie 


lP_Address_Bullt_in 


3B,6 


IP_Address_As8lgned 




IP AddrBB8_ExtensIon Leaf 


"18 


«poasibly other (lelds» 



10085] The Unit_Specification_ID specifies the identity of the organization reapondble for the architectural Interface 
of the unit and the specification, in this example case the directory and Identity vaIue=00XXXX,6 refers to the responsible 
boc^ and the 1394WEB control arctntecture specification. 

[(W86] The Unit_software„verslon designates the 1394WEB revision level ajppoited by flie device. The fomnat is 
^own In Table 8. 
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<TabIe 8 


- Unlt_software_voralon codIng> 


First octet 


01 ie 


Second octet 


M ajor Version N umber (tajrrentiy 01 ^g) 


Third octet 


Minor Version Number (currentiyOOig) 



10087] Key value (33^e) permitted by the IEEE1212R specification section 8.8 for the private use by the owner of the 
directoty and architecture is used for the Dlsc»very_control_bits Immediate value. 



<Table 9 - Dlscovery_control_bJts> 







FWHCP 


configuration Which IP 






Server 


operating. Do not address? 






Agent 


use (if True) 


X 




Ye5=1 


1394 IP- Asstgnd_1B 








Dev. Addres uilt-ln_0 








Count s 


31 6 


5 


4 3 


2 1 0 (LSB) 



[0088] These are control bits In 1394 ROM space 402 accessible by local and remote device. The control bits are 
used by the iP address configuration agent 406 and the User Interface descr^on generation agent 408 as described 
2s further below. 

[OOSS] In one embodiment of the Invention, said control bits pravkfa the following Infonnatlon: 

[0090] Bit 0 - Which IP address - Indicates which IP address is used or is in-usa l.e, the Bullt-ln address (=FALSE} or 

Assigned Address (=TRUE). This is set by tiie operating IP configuration agerrt FWHCP 408. 

|;0091] Bits 1,2- Configuration Operating Do not use - When set indicate that the 1394 device discovery and also, 

go separately, the iP configuralion agents 404 and 406, respectively, are operating and therefore ttie values referred to are 
invalid asliiey can change o r are notyetwritten. These bits areset by the local (device) 1 394DDA agent 404. Thel 394DDA 
agent 404 clears the 1394 Dev. Count fait and the operating FWHCP agent 406 clears the IP-addrass bit. 
[0092] Bit 3 - Presence of FWHCP Server Agent 406 B Is set If the device has an operable FWHCP agent 406, This 
bit and GUID are used by the FWHCP agents 406 to detennine which FWHCP agent 40S will operate 

as [0093] Ass!gned_Count_of_1394_davIcfls (S9.,e) - Assigned Immediate value of the count of 1394 devices In the 
nstworlt 800. The count te made os ihc 1304 interface goes though its aelMD cycles. The 1394 device discovery agent 
404 generates the value, which is saved in ROM ajtace 403 for subsequent use hy the IP and Ul configuration agents 
406 and 408, respectively. 

[0094] IP J\ddr9ss_Built_ln (SAie) B Assigned Immediate Value. This address Is assigned at manufacture lime and 
40 built-in to the device. If this Built-in address cannot be used, an afternative address can be saved in the Assigned address 
space and the control bit set to indicate such. 

[009S] 1 P_Address_Assigned (SB^b) - Assigned Immediate Value, if identical IP addresses are detected, the IP address 
configuration agent FWHCP 408 assigns this aldrasa to prevent collision. Further, the control bit is set to Indicate such. 
[0096] IP_Address_Extension i-eaf Jor_attached_network (BCie)- This directory entry Is forthe address offsetto the 
4S data leaf for the IP address extension table, see Table 10. The data leaf contains (P addresses for devices on connected 
non-1394 networl<s (but also could be bridged 1 394 networte). The table is included in communications devices of types 
{e.g., bridge) that connect through to foreign (non-1394) networlcs. The table can be expanded to Include as many IP 
addresses as required. The address of the communications device Itself should not be included in the table. 

<TablB 1 0 - IP_Address_Extension Leaf> 
LeafLengtti-1 (n)ia | CRC'IS^a 
IP Address 1 



IP Address n 



[0097] In regards Co Control word for Discovery Control Bits, use of a ROM entry for the-actuai Discovery Control Bits 
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word as defined herein works but is an example irplementatlon. As ROM Is not designed to be written efficiently (I.e., 
ROM areas tiave to be erased and writing them is slow relative to other hardware e.g. register). 
Registere are provided in the 1394 hardware for data that must be wiitten to frequently, In another version, a 1394 
Register can be used forflie 'Discovery_controLbits' control word. Registers are In a space also address^le by other 

5 dffvtces, whereby another deVloe can look up In the ROM the address of the Register and then write to that Register. 
(00981 Referring Rgure 9B, one or more devices Include an IP address confi^ration agent (FWHCP) 406 (e.g., all 
U! devices and Gateway devices and any other device fliat can be a Control Initiator). The FWHCP configuration agent 
406 accesses all devices' I P address values In data in thel 394 ROM 402 across the 1 394 network 300. For synchroni- 
zation commencement and completion of commencement of other applications (fl;.8..th8 Ul description generation), the 

10 FWHCP agent 406 also accesses the 'configuration operating' control bits. 

[0099] Refen-ing to Figure 9C, cJsvIcas capable of displaying user interfaces, and also some other devices (e.g., 
Gateway devices), can include the Ul deooitptlon generation agent 408 forgeneraUng the t«^-level Uf descrftstlon 260 
in e.g. HTML Because as detailed above only one IP configuration agent 40B op&aiss per network 300. not all devices 
need to include the IP configuration agent 406, though all devices can include an IP configuration agent 406. If a device 

15 has the operating IP Configuration Agent 406 and is a User Interface Device then the IP configuration agent should 
operate before the Ul Descriplion Generation agent. The Ul description generation agent(UIDGA) 408 utilizes infonnation 
including control bits defined In the1394 ROM space 402 and other infonnation {e.g., for detemiinlng which FWHCP 
operates is the Global Unique ID (QUID) of Bus_lnfo_Block of Table 3) for detemiinlng which IP configuration agent 
406 (if multiple in the network) operates, synchronizing commencement and for access to the In-use IP addresses. Any 

so device may have and operate a UIDGA tor making the HN_D!reclory page (top-level discovery page). After the IP 
addresses are configured UIDGA reads the addresses to make the HN_Directory page. In each client device, when Ul 
description generation is complete, the GUI generaflon and run-time environment 41 0 (e.g., Web Browser 200 in FIG. 
2) uses the Ul description HTI«L file 250 to access all devices HTTP file space for toons, names and logos (Ioon.HTM, 
Name.HTlVI and Logo.HTM are contained in' pages 204, and 204) to generate the full top-level GUI 220 for display In 

2S that client device. Web Browser uses HTML file 250 to render the actual GUI graphics, In the process accessing fllss 
from the devices e.g. Icon .HTM, Name.HTM and LogaHTM and In turn accessing anyjaddltlonal Hies these flies reference 
e.g. ICON.GIF and LOGQ.QiF. 

[01001 Refan-ing to FIGS. 8A-C, 10 as discussed, each 1394WEB device in the network 300 can include the device 
discovery agent 404. The device discoveiy agent 404 enumerates the 1394 devices in 1394 address space connected 

30 to the 1394 bus, wherein the raw discovery is perfonned in 1394 hardware. The SelfJD and Physical Node Number 
Assignment and the steps leading to it is the basic discovery process performed by the interface hardware/flmware. All 
devices monitor the Self_ID cycles and make a note of the existence of 1394 devices. This Is a part of 1394 software 
for any 1 394 device: 1 ) Reset -Bus reset propagates to all interfaces, on device power-up, device attachment and device 
detachment, 2) Tree Identification -Tnansfomis a simple net topology into a tree, to estabHsh a ROOT which Is master 

35 for certain functions: Bus Cycle Master, Highest priority in artitraBon forbustlme, 3) Self Identification -Assigns Physical 
Node number (address) and also exchange speed capabilities with neighbors. Highest numbered node with both Con- 
tender Bit and Link-on Bit Is Isochronous Resource Manager. 

[01011 The discovery agent 404 writes the final count value of the devices to the 1394 ROM space to communicate 
it to other agents. The device dieoovary agent 404 is the first software agent to execute after a 1394 reset cycle, and 
40 control bits (Discovery Control Bits 2 and 1, Conflguration Operating: 1394DDA, and lP_Address) are used to delay 
other agents, including me configuration ^ents 406 and 408, from execution until the discovery agent 404 has finished 
execution. 

[O102] In one embodiment, the1394DDA agent 404 in each device performs the steps 600, 502 Including: 1) setting 
synchronization control bits 0.e.,'1394DDA in progress' and 'IP configuration in progress' bits) In the device's own 1394 

46 ROM space 402 to indicate that the 1394DDA in progress and IP corrfiguratlon is in progress (IF configuration will not 
be in progress If 1 394 DDA is executing) and that the values of 1 394 device court and IP address are not valid, whereby 
said control bits inhibit other agents (e.g., 408) from operating prematurely; as such the 1394 DDA executes, then an 
elected FWHCP executes, andthen (usually forUI device) U I DQA executes; 2) counting the number of 1394self-ldentily 
sequences after a 1394 Reset to discover tiie number of devices and effectively their local node addresses for use by 

so the other agents 406, 40S; 3) writing the de\rice count value to the device's own 1394 ROM space 402; and 4) clearing 
(e.g.. to false) the synchronization control bit for '1394DDA in progress' in the device's own 1 394 ROM 402, wherw'n the 
'IP configuration in progress' bit remains set and is cleared later by the operating FWHCP agent 406. 
[01031 Alternative Architecture for OonflguraSon with IP Address list In network communication fridge) device is 
possible. For example, the iP address list of IP addresses of devices on a bridged (e.g., non-1334 network) can alter- 

S5 nathrely be examined at the IP configuration stage by the FWHCP agent 406 rather than only at the UIDGA stage by 
the UIDGA agent 408. This allows the FWHCP agent 406 to detect and corect address collisions and Iharefora allow 
operation without having two separately defined address ranges, one for the 1394 network 300 and one for the non- 
1394 network 1 1 9. Correction of address collision can be accomplished by modifying the address of a colliding 1394 
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device as the bridged network IP address list cannot be modified by the afonemertioned agents 406, 408 for^e 1394 
netwQ rfc 300. Configuration is more reliable If the i=WHCP agent 40B can check fte addresses In the b ridged networit 
11 9 for collision prior to allowing the addresses used on the 1 394 network 300. 

[0104] Referring to FIQS 9A-C, 10 the IP Address Configuration software agent (FWHCP) 406, operates to provide 

5 'Fbced' IP address management and to detect and correct IP address clashes in ttie mass manufactured 1 394 devices. 
All 1394WEB Ul devices include, and other devices can include, an FWHCP agent 40B. Only one FWHCP agent 406 
operates in the network however. The 1 394DDA 404 agent Is the first software agent to execute after a 1 394 reset cyde, 
and as aforementioned the1394DDA404 agent sets the '1394DDA in progress' and 'IP configuration in progress' bits 
to delay the FWHCP agent 406 until the 1394DDA agent 404 has executed to completion. 

10 [01 OS] In one embodiment, the IP Address configuration agent 406 In a device perfomis steps including polling the 
1 394DDA configuration operation control bit (i.e..thB *1 394DDA in progress" bil)to delemlne if the 1394DD Aoonfiguration 
software agent 404 has executed to conpletlon. If so, then the FWHCP agent 406 uses the count of devices detennlnad 
by the 1394 ODA agent 404, and reads QUID'S and Control Words from every device (step 504) to determine which 
device in the network 300 is selected to execute Its FWHCP agent 406 (step 506). The selected device is one with an 

IS FWHCP agent 406 that finds it has the highest GUID (step 508). All other FWHCP agents 408 in other devices remain 
dormant (step 51 0). The operating FWHCP agent 406 reads the 'in-use' (active) IP address (detemiined by Discovery^ 
controLbits BIT 0) from each local node (e.g. units present on Bie interface, host} and listed (step 512). In one version, 
the software agent makes a list for saving ttie IP addresses to an 'Array" as they are read (steps 514-61 8). The list will 
be in memo^' (PMA or DRAM) under the control of the compiler and OS. Infuse status is detennined by a bit setting In 

20 the device, which Indicates whatheriha built-in or assigned address Is in-use. In Table 7the lP_address_assigned and 
IP_addpessj3uIltJn are in the 1394Web Unit Dlrectoiy. 

[p106] The operating FWHCP agent 406 examines said list for collision among IP addresses listed therein (other 
collision detection and resolution methods can also be used) (steps 620-522). If a colll^on Is detected, the FWHCP 
agent alters the colliding addresses by ei.g. substituting the least dgntficant 6 bits of IP address for their 6 bit node 

2S address (step524). Onlythemlnlmumnumberofalteratlonsarepefformedtorelievethecolllslon. If one of the colliding 
addresses is already an assigned address, then that address Is altered in preference to the colliding built-in address by 
e.g. Incrementing the 6 bit substmjte value and re-checkIng until the collision is resolved. The FWHCP agent 408 writes 
the altered value back to the dev'ne and the control bit (Dlscovery_Control„Bit3: Bit 0) is set to indicate that the assigned 
IP address Is In-use, mdthe built-in default is no longer In-use (step 526). The process Is repeated for each IP address 

30 (step 528). After the collision resolution process, the operating FWHCP agent 406 atsesses each device in turn and 
sete the 'IP configuration in-progress' bits in each devtee to e.g. false' to indicate that the indicated IP address 1s vafld. 
[0107] in conventional WWW operation, users access the same top level page. Referring to FIGS. 4B, 7 and 9-11, 
accordingto an aspect of the present Invention however, all Ul devices (e.g., devices capable of displaying user interfaces) 
include an Uf description generation agent (UIDGA) 40B to independently generate a top-level Ul page 220 for control 

35 of the devices on the local network {e.g., network 1 00, network 300, etc.) by users. In one example, a client device (e.g., 
PC) dynamically generates a locally saved default page 220 for user control of devices connected to the network 1 00. 
This allows each Ul device (e.g., DTV 102) to generate a different view 220 of the home network e.g. with a larger more 
prominent kion for that Ul' s dsvk»s displayed. As auch, the user Is readily made aware of which Ul device is 'right here', 
(in front of tiie user) or In the case of access extemal to the home, no device is 'ri^ herei'. A device without a Ul can 

40 generate a Ul for another device but is unaware of type of device {a.g., Cable Modem generates Ul of HN devices for 
user extemal to the home). In this case the ectu^ Ul devfoe is unknown. Therefore ho particular device Is prohiihent in 
the GUI. Further, manufacturers of devices connected to the network 100 can provide their own GUI design 202. 204 
in each device as desired. In addition later. Improved Browser and Web technology designs need not be hampered by 
existing technology. 

45 [0108] Non-UI devices, partlculariy those devices performing a gateway function, can also Include a Ul Deacriptfon 
Generation agent 408 to gsnerats top-iavsl GUI descrif^lons 250, without including GUI Generation and Run-Time 
processes 41 0 (e.g., Web Browser 200) to generate and display GUIs 220. With appropriate address use (e.g., using 
the RFC1 9 1 8 private addresses on the local HN), this allows extern al WWW access to the 1 394WEB network devices. 
External addresses are assigned 'real' IP addresses suitable for Internet use. Generally there Is a unit (e.g., gateway 

so type unit) with the UIDGA 408 which represents the home to the outside Internet The gatewa/s UIDGA generates a 
different Ul descnptlon for the outside use (remote access case different from Inside local device use), using the home's 
IP address with extended links to Iden^ which home device local private IP address. 

£0109] Ul devices execute the foil owing software processes to generate and display views 220 of the network 100/300; 
1) 1394 Device Discovery Agertt 404 described above, 2) Ul Description Generation Agent (UIDGA) 408. and 3) GUI 
55 Generation and Run- Time (e.g., Wefa Browser 200) process 410. Refenlng to FIG. 11, In one embodiment, a UIDGA 
agent 408 In a device performs steps including polling the IP address configuration bis in the dewce's own 1 394 BOIVI 
402 to ensure completion of the FWHCP agent 406, prior to accessing any further IP infonmatiDn (step 600). Upon 
completion of FWHCP agent 406, using the count of devtees generated by the 1394DDA agent 404, the UIDGA agent 
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408 then aocesses the control word In each dBvice currently connected to the network, to determine the settings for the 
'oonfiguratlcm operating" false, and 'in-use' IP addresses bits (the UIDGA agent 408 makes the top-level HTML page, 
HN_DIrecto(y page, 220 shown by e.g., In FIGS. 5-6). Thereafter, the UIDGA agent 408 reads the actual In-use IP 
address vedue, and buiEds a complete list of the IP addresses of the devices cunrenUy connected to the network 300, 

5 The\P address list includes infomiatlon {e.g„ Icon, Logo, Name, etc.) from every devkia, and Is written in HTML by using 
the IP address of each device. Before it can include the addresses, the UIDGA 408 finds the address of each device by 
accessing each d evice and checHng to see which address is in use by reading Table 9. Discovery.oonlroLbit, control 
bit (Bit 0). Then UIDGA 408 reads Table 7 Address either Builljn or Assigned. For devices that communicate to bridged 
networks, as determined by the presence of the extension IP address list entry In that devica's 1394 ROM 402, the 

10 UIDGA agent 408 reeds the exten^on IP-addrasses from the list (IP_Address_Extenston_Leaf) to allow those devtoes 
to be Included In the GUI 220. The entry BC (IP_Address_Extensioa_Leaf) contains a refwance Bnfc address that points 
to the actual data leaf. Devices on the attached brfdged network are only Included in the lPJ\ddre88_ExtfflTslon_Leaf 
Hat If they also support the 1 394WEB type of service i.e. they have W* Sewer and lcon.HTIVI etc and Control pages 
flndex.htm), 

IS [0110] The UlDGAagent408 reads the IP address list (step 602) and generates the top-level network Ul description 
250 (FIG. 9C) in e.g. HTML (e.g., Appendix 1) using the IP address list (UIDGA outputs the HN_Dtreotory, top-level 
network Ui page, HTML file) (step 604), The UIDGA agent 408 uses the IP Addresses In the hypertext links to each 
device for the icon, htm, namahtm and logo.htm files. UIDGA writes an HTML file including the references to each 
discovered device's HTML page i,e. IC0N,H7M, NAME,HTM, LOGO.HTM (e.g., Appendix 2, 3, 4), The UIDGA agert 

so 408 then uses HTML files to reference items including the icon and logo graphics files and name data, rather than 
Induding the raw Icon.glf or k)go,glf and raw name text in the top level Ul description 250 (step 606). This allows said 
items to be changed by the conrespondlng device 1o reflect current statue, customlzsd by the manufactu rer or configured 
fay the user at the device, without causing any change in the top-level HTML Ul description 250 In the controlling Ul 
device. Though one graphic per device is shown in the example GUI pages 220 (FIGS. 5-6), customization allows 

as inclusion of more than one graphic file referenced by ICON.HTM or LOGO.HTM and more Isxt In the NAME.HTM. In 
one embodiment, HTML frames are utilized to implement the Ul description 250 as showing In examples further below. 
Use of frames stabilizes the appearance of the GUI 220 In the event of 'bad cfflzen' davtees. For example a device 
presenting too many words or overly laiga text in Its 'name' frame will only aRact that device's GUI look (by having some 
of the words truncated and not displayed) and not adversely affect the appearance of the whole Top-level GUI 220 in 

30 the Ul device. The UIDGA then invokes the GUI generation process 41 0 (e.g., browser) &i a client device to generate 
and display a user Interface (step 608), 

[01111 The GUI generation process 410 (e.g., Web Browser 200) utilizes the Ul description 250 In 8.g. HTML to 
generate GUI pages 220 on Ul devices, in one example, to provide keyboard-lass operation for consumer electronics 
devices (e.g., DTV) the Browser 200 at stait-up defaults to reading and rendering a locally generated 'top-level-devlo- 

35 es.htmr description 250 to generate the network top-leve! control GUI 220. Locally as used here means in the same 
device (aU! device having aUIDGAthat generates thedevloe'sown HN Directory (top-level) GUI of the network devices), 
HN Directory, Top level Network Ul and Discovery page are the same. For personal computers (PC) with keyboard this 
need not be the default ForCE devioes, launch of the Browser 200 Is delayed untii after completion of the UIDGA default 
page 250 generation t)y the UtDGA agent 408. in the event that UIDGA agent 408 cannot complete Its tasks, then aie 

40 Browser 200 displays an alternative Ul page 220 showing a network configuration error occun-ed (e.g,, "Unable to 
generate the HN„DlEBctory Page because of xxxxxx. Tty dlsconnecUrtg device xxxxxxx. Network configuration en-or 
number xxxxxx occurred. Contact service Tel sereice xxx-xxx-xxxx or Web service http;//www.service.com.") 
[0112] To generate the GU 1 220, the Browser 200 fetches the "Icon .htm', 'name.htm' and "logo.htm' files from device 
infomiatlon 202, 204 In each referenced devfce (i.e., in the Ul description, where for example ICON.HTM Is in the HN_ 

4S Directory Page HTML file) as defined by the HTML Ul description 250. The oontenla of these pages 202, 204 (e.g, the 
Icon graphic) need not be staticandcan be altered dynamically to reflect devJoe stsfus change, orafterusercustomlzalion. 
In order to display the most current top-level page 220, the Browser 200 does not ca«*e the'fcon.htm", 'name.htm* and 
'logo.htm' files. In another version, a check is always made first to detennlne If the device has made any changes to the 
HTML files 202, 204 it holds. HTTP "Conditional get"" is used for checking the status of controlled device. Depending on 

so the status code relumed, tiie Browser 200 will either read from Its cache or fetch a fresh or updated copy the HTML file 
202, 204 from the devices. The HWWGUI dl^tay is not affected unless there is any change of thestatus of thecorrtrolled 
device. 

[0113] The browser 200 does not attempt to display the top -level HN directory until it has been completely generated. 
If the HTML 250 is not generated Within some reasonable amount of time, the browser displays an alternate p^e. If a 
55 network configuration error Is the source of the problem, the alternate page nright provide some technical support or 
user dlagnostfc assistance. 

|;0114I Whenevertheuser returns to tlie top-level HN directory or causes it to be refreshed, the browser 200 redlspl^s 
the page 220 In its entirety. This is necessary because the HTML 250 that underlies the tep-level HN di rectory may have 
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been regenerated If a device has been added to or removed from the network 100, ft is also possible for device icons 
to be updated to reflect changes in their device's operating state. As such, browsers Implemented by eiA-775.1 devices 
use HTTP "conditional get" requests to detenrane whether or not fresh copies of web pages or graphics are retrieved 
from the server. 

5 [01 1 5] In this aspect, the presait invention pravWes a User Interface descflption where u^r discoveiy of devices is 
thus made entirely with ref erenues (i.e. in the abstract), where the rsfaretices are 'containers' forthe discovery infomation 
(e.g., text and^or graphics) of each device and resident on each device. Each 'oortalnet' includes actual textual infbnt>atlon 
andi'or references to one or more graphics formatted infomriation files where eacii file may Include one or nnors hiages 
and/or text. Use of the reference 'containers' aiiows each device to citoosa its preferred Ul content or graphics fomiat 

10 or alter its Ul content to be displayed (t>y changing the text or graphic Infomnadon refen-ed to) without need to have the 
Ui description page altered In any way. Therefore, communication of changes with the generating agent software of the 
Discovery Ul description Is not required, in one version, devices reference their e,g. ICON and LOGO graphics files 
indirectly using HTML files enabled by creating the network Top-level description using HTML frames. Similarly the 
deirfce name that Is displayed undarthe icon Is represented by NAME HTML file. hTTML files are used to reference e.g. 

IS the icon and logo graphics files and name data rather than Include the raw icon.glf or logo.gif and raw name text. This 
allows the Item to be changed to reflect current status, customized by the manufacturer or user configured at the device 
without causing any change In the topHevei HTTML description, This level of abstraction allowstheTop-level Ul description 
to be alwaysthe same regardless of the graphics ICON and LOGO file names and types and NAME textto be displayed. 
Also the device may use different, multiple or dynamically change the graphics files and text displayed in the Top-level 

20 GUi without the change needing to be conmunicated to the UIDGA. The change is automatically included whenever 
the GUi Is redisplayed. Use of frames also stabilizes the GUI display in the event of bad citizen devices using non- 
dlsplayable graphics ortext as the error is confned to the particular Amie and doesn't affect the whi^e GU I. The change 
is automatically included whenever the GUI is redisplayed. 

[0116] In one example, network devtoes top-level Ul descriplSon is generated independently by any network device 

2S and certainly by devices capable of displaying Ul {Ul device). Generating a user Interface In each device ratherthan 
generating a centrally Ul, aiiows a device to show Its own device icon/text prefansnllaliy In the GUI. In addition eai* GUI 
is manufacturer customizable, user configurable and also more reliable because it does not depend on another device 
e.g. a single central server. This is demonstrated with th e 1 394 scheme above. Multiple Ul generation is enabled because 
all device IP addresses are accessible via the 1394 Interface, Ul devices (with Browser) include UIDGA agent to generate 

30 their own top-levei GUI description alter a 1394 reset cycle when a device attached or power-up. 

[0117] Al! Ul devices Independently generate a top-level Ui page for control for the local network. This is different from 
the conventional WWW operation wherein users access the same top level page. According to one version the present 
Invention, the client device (e.g., PC) dyitamk:ally generates a locally saved default page file for any.purpose, allowing 
each Ul device (e.g., DTV) to generate a different view of the home network e.g, with a larger more prominent loon for 

35 its own display. Further manufacturers have scope to make their own GUI design better then another. In addftlon later, 
Improved Browser and Web technology designs need not be hampered by earlier technology. 
[0118] Referring to Appendices 1-4, illuslrafive examples forthe following are provided: 1) Top-Level Page description 
250 (Appendix 1); 2) Backgroundhtm (Appendix 2); 8) Icon.htm (Appendix 4); and 4) Nama.htm (Appendix4). 
[01 1 9] Mthough the present invention has been described In considerable detail with regard to the preferred vanslons 

'to thereof, other versions are possible. 

[01201 The method and systati for generating a user Interface In a plurality of multiple devices connected to the 
network systemfor controlling dances that are connected to a network, according to Bie presentinvenfion can be applied 
to home nelwoiics having multi-media devices connected. The multt-media devfces can include F>c;, VCR, Camcorder, 
DVD, and HDTV, etc. 

■<*s 

/^pendlx 1- Top-Level Page Example 

[0121] 

so <mAL> 
<HEAD> 

<TrTLE>HN Devices Page<nTn.E> 
</HEAD> 

55 <FR/yMESETROWS=*2%,47%,2%,22.5%,2%,22^%.2%''borderi=0 
oolor=black!> 

<NOFFtAMES>Sorry' does not support frames</NOFRAMES> 
<FFIAMESET ROWS="100%.0%''> 
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<FRAME SRC="background.hlm' SCROLLING="no" NORESIZE> 
</FRAMESET> 

<FRAMESETCOLS="1.2%,23.5%,1^%^.2%,1.2%,23.5%,1.2%'> 
<mAMESET R0WS="1 00%,0%"> 
5 <FRAME SRC="backgTOUnd.htm" SCROLLING=''no° NORESIZE> 

<fl=BAMESEr> 

<FRAMESET ROWS="4B%,4%,48%"> 
<FRAMESET ROWS="73%, 27%"> 

<FRAME SRC="tTttp:/1 1 0.1 .1 .Wcon.htm" SCROLLING="tio" N0RES1ZE> 
10 <FRAME SRCa- http://10.1.1.1Aiame.htm- SCROLLINGs'no" NORESIZE> 

</FRAMESET> 

^FRAMESET ROWS="100%,0%"> 

<FF!AME SRC=°bac!<grounc(,Wm" SCROLL1NG="no" NORESIZE> 

</FRAMESET> 
IS ^FRAMESET ROWS='73%. 27%" > 

<FRAME SRC=" hJtp://1 0.1.1. 10/icon.htm" SCROLLING='no'' NORESIZE? 

<FRAMESRC=" http;//10.1.1,10/nEnne.hlin" SCROLLING=:"no° NORESIZE> 

</FRAMESET> 
. </FFiAMESET> 
20 <FRAMESET R0WS=°1 00%,0%"i> 

<FRAME SRC="backgiTound.hlm" SCROLLING="no" NORESIZE> 

</FRAMESET> 

<FRAMESET ROWS=^ra%. 27%" > 

<FRAME SRC=" hllp:/yi0.1.22.1/teon.htm" SCROLUNQ=-no" NORESEE> 
as <FRAME SRC=" http://1 0.1.22.1/nani9.litm* SCRC:H-LtNG="no" NORESIZE> 

<:rt=RAMESET> 

<FRAMESET R0WS="1 00%,0%°=. 

<FRAME SRC="background.htm" SCROLLING="no" NORESIZE> 
<fl=RAMESET> 
30 <FRAMESETROWS='4S%.4%.48%*> 
<FRAMESET R0WS="73%, 27%" > 

<FRAME SRC=" http;//10.1.229.1/lcon.htm' SCROLUNG="no' NORESIZE> 
<FRAME SHC=" http://10.1.229.1/naiTie.htm" SCROLLING="no" NORESIZE> 
<ff=RAMESET> 
as .;FRAMESETROWS="100%,0%"> 

<FRAME SRCs"background.hlmr SCROLLING="no' N0RES1ZE> 
<fl:RAMESET> 

<FBAMESET ROWS="73%, 27%" > 

<FRAME SRC=" hltp:ff10.30.30.1/icon.hlm" SCROLLING="no" NORESIZE> 
40 <FRAME SRC=" http:/710.30.30.1/name.htm" SCROLLINGa'no" NORESIZE> 

</FRAMESET> 
</FRAMESET> 

<FRAMESEr ROWS="100%,0%"> 

<FRAME SRC="backgrounol.litnf SCROLLING="no' NORESIZE> 
45 </FRAM£SET> 
</FRAMESET>. 

<FRAMESEr ROWS="100%.0%"> 

<FRAMESRC=''background.htm" SCROULING='no" NORESIZE> 
</FRAMESET> 
so <FRAMESET 

COLS=°1 .2%,23.5%. 1 .2%.23.5%.1 .2%^3.5%.1 .2%,23.S%,1 .2%"> 
<FRAMESEr ROWS="100%,0%"> 

<;FRAME SRC=-background.Wm" SCROLLING="no" NOREStZE> 
</FRAMESET> 
ss <FRAMESETROWS="73%,27%"> 

<FRAME SRC=" htlp://10.41.1.1/ic»n.hltr)" SCRCM.LINQ=-no" NORESiZE> 
<FRi»*IE SRC=" mp-m 0.41 .1 , Vnam8,htm" SCROLLING="no' N0RES1ZE> 
<yFRAMESET> 
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<FRAMESET ROWS»"100%,0%'> 

<FRAME SRC="bacl^tound.htm" SCROLUNGs"no" NORESIZE> 
<i'FRAMESET> 

<FRAMESET ROWS="73%, £7%" > 
5 ■(FRAME SRC=* httptffi 0.41 ^1.1/lcon. htm" SCROLUNG='"no" N0RESI2E> 

<FRAME SRCa" h1^://10.41.2l.1/nsiine.hlirt' SCROLLING="nQ" NORESIZE> 
</FRAMESEr> 

<FRAMESET ROWS="100%.0%"> 

<FRAME SRC="backgroiind.Mmr SCROLLING="no" NORESIZE> 
10 </FRAlVIESET> 

<FRAMESEr R0WS='73%, 27%" > 

<FRAME SRCs" h«p://1 0.45.1. 1/fcon.htm" SCROLUNG="no' NORESIZE> 
<FRAME SRC=" http://1 0.45.1 .1/name.hlm" SCROU.iNG-"no" N0RES1ZE> 
</FRAMESEr> 
IS <FRAMESET R0WS="1 00%,0%"> 

<FRAME SRC="background.htin" SCROLUNG="no" N0RES1ZE> 
</FRAMESET> 

<FRAMESET R0WS=73%, 27%" > 

<FRAME SRC=- ht^c/ZI 0.100.1. yioon.htm" SCROLUING="no" N0RES1ZE> 
20 <FRAME SRC=" http://1O.1OO.l,1/nam0.fTtm' SCROLLING="no" NOREStZE> 

</FRAMESET> 

<FRAMESET ROWSs'100%,0%"> 

<:FRAME SRC="back3rouiid.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 
as </FRAMESET> 

<FF!AMESET ROWS=''100%,0%"> 

<FRAME SRC="background,htm' SCROLUNG=*'no" NORESIZE> 

</FRAMESET> 

<:nRAMESEr 

30 COLS=''1 .2%,23:5%, 1 .2%,23.5%,1 .2%,23.5%,1 .2%,23.5%, 1 .2%'> 

<FRAMESErBOWS="100%,O%"> 

<FRAME SRC="background.htm" SCROLUNG="no" NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS="73%, 27%" > 
35 <FRAME SRCr." httpa/1 0.122.22.1 1 eja.him" SCROLLING="no" NORESIZE> 
<FRAME SRC=" http://10.122.22,1/e[a.htm' SCROLLING="no" NORES!ZE> 
</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 

<FRAiyiE SRC-'background.htmr SCROLLrNGo'no* NORESIZE> 
40 </FRAMESEr> 

<FRAMESET R0Was"73%. 27%" > 

<FRAME SRC=° http://10.122.122.122/ICOI1.h1m" SCROLLIN6="no" NORES!ZE> 
<FRAME SRC=" http://10.122.122.122Aiame.htm" SCROLL!NG="nof NORESIZE> 
</FRAMESET> 
« <:FRAMESET ROWS="100%,0%-> 

«:FRAME SRC="baekground.htm" SCROLUNG=-no" NORESIZE> 
■ </FRAMESET> 

<FRAIV!ESET ROWS="73%, 27%" > 

<FRAME SRC='' http://10.122.122.12a/rcon.htm" SCROLLINGB"no" NORES!ZE> 
so <FRAME SRC=" http://10.122.122.l2a/nama.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 

<FRAWiESET ROWS="100%.0%"> 

<FR/WiE SRC="background.htm° SCROLUNG="no" NORESIZE> 
</FRAMESEr> 
ss <FRAMESETROWSs"73%,27%"> 

<FRAME SRC='' Wp-Jfl 0.122.122.134/lcon.mm" SCROLLING="no" . NORESIZE> 
«;FRAME SRC=' Wlp://1 0.122.122.1241 name.htm" SCROLLINGs-no" NORESIZE> 
</FRAMESEr> 
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<FRAMESEr RbWS="100%.0%"> 

•cFRAME SRCs'background.htm" SCROLLING='no" NORESIZE> 
</FRAMES ET> 
</FRAMESET> 
5 <FRAMESET ROWS="100%,0%"> 

<FRAME SRC="background.htm" SCROLUNG="no" NORESIZB- 

<fl=RAMESET> 

</FRAMESET> 

<BODY BGCOLOR="iFFFFF0" TEXTs-WOOOyO" LINK="#O000f(" AUNKs-fFFOOOC VLINKs"#007886"> 
w </BODY> 
</HTML> 

Appendix 2- Background.htni example 

IS [0122] 

<HTML> 
<HEAD> 

<Trn.E>Background</TITLE> 
so <flHEAD><;BODY 8eCOLOR='#007986"x/B0DY> 

</h™l> 

Appendix 3 - Icon.lTtm flxample 

ss [0123] 

<HTML> 
<HEAD> 

<TTTLE>Device lcon</rrrLE> 
30 <flHEAD> 

<BODY BGCOLOR="#FFFFF0" TEXT="#000070" UNK="#0OO0r ALINKb"#FFO0OO" VLINK>="#007988"> 

<br><br><CENTEB> 

<IMG SRC="icon.gif borden=0> 

35 <«;enter> 

^ODY> 
<jWTWL> 

to Ar^mdtx. 4 - Name.htm example 
[0124] 

<HTML> 

<TI'n.E>Devioe Name</TrTLE> 
</HEAD> 

<BOOY BGCOLOR^'tfFFFFFO'TEXT^WOWrO- LINK="#0OOOr AL1NK="#FFOOOO" VLINKo#0079B6"> 
so <CENTER><FONT size=f 0>Sainsung DevlC6<flontx/CENTER> 

</BODY> 
<flHTML> 



A method for providing a user interface (18, 220) for controlling devices (11-14, 102-110, 116, 117, 119, 120)Uiat 
are currently connected to a networit (1 1 a, 100, SOO, 400), tiie method comprising the steps of: 
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a) obtaining, by one or more of said devices (12, 102, 103), Information from said devices currently connected 
to the networl<, said Infomnatlon Including device Inforniadon; 

b) generating, in each of said one or more devices, a user Interface description (250) wherein the user interface 
description Is generated based at least on tlie obtained inf oimalion andincludes at least one reference associated 

5 with the device Infonnatlon of each of said devices currently connected to the network; and 

c) displaying one or more user interfaces (18, 220) each based on one of said one or more user Interface 
descriptions, on one or more devices (12, 102, 103) connected to the network capable of displaying a user 
interface, for user control of said devices that are currently connected to the network. 

TO 2. The method of claim 1, wherein the step of displaying each user Interface further includes the steps of: 

using each reference In the corresponcSng user Interface description to access the eescclated lnfon:Tiatlon In 
each device; 

generating the user Interface Including device data corresponding to each device using the accessed Infomfiation 
IS In each device; and 

displaying the user interface on said device capable of displaying a user Interface. 

3. The nnethod of claim 1 or 2, wherein flie step of generating a user interface description further comprise the step 
of associaiing a h^per-text linkwrith flie device Information of each of said devicescurrently connected to the network. 

so 

A. The method of one of the claims 1 lo 3, wherein said Inf otmatfon in each device comprises an HTM L page contained 
in tliatdevk^. 

5. The meffiod of one of the claims 1 to 4, wherein the step of displaying the user interface further compiises the step 
25 of displaying the user interface on a browser on said device capable of displaying a user interface. 

8. TTie method of one of the dalms 1 to 5, further comprising the steps of: 

connecting at least one dlent device lo the network capitis of displaying a user Interlace; and 
30 di^iaying a userintBrface on the dient device using the references In a user Interface description, for controlling 

devices that are cun-entty connected to the network. 

7. The method of claim 1, wherein said at least one device is capable of displaying a user Interface, and furtiier 
com prising the step of displaying a userlnterface on said at least one device using the references in the user Interface 

35 description, for controlling devices that are currently con nected to the network. 

8. The method of one of the claims 1 to 7, wherein the step b) further Includes the step of generating each userlnterface 
description such that the reference In fliat user Interface description provides access to at least the information In 
each corresponding device. 

40 

9. The rnethod of one of the claims Ito 8, wherein the step b) further includes the step of geheratlhg each user interface 
descripUon such thatthe userlnterface description further Includes device data corresponding to each device based 
on the information oMained from each device. 

45 10. The method of one of the claims 1 to 9, wlwrein the device infonnation In each de^^e Includes device identification 
infomiation. 

11, The method of one of the claims 1 to 10, wherein the device infonnation 'm each device includes a user control 
interface description for user interaction with the device. 

so 

12. The method of claim 1 1 , wher^n the step b) further includes the step of generating each user Interface description 
such that each reference In that ueer interface description is to at least the ueer control interface description In each 
corresponding device. 

ss 1 3. The method of claim 11 . wherein the step b) furthw includes the step of generaflng eacti user interface description 
wherein that user Interface description further includes device data corresponcSng to each device based on the 
Information obtained from each devtoe, the device data providing reference to the user control Interface description 
In each device. 
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14. A network system (1 1 a, 1 00, 300, 400) for psrforming a service, comprising: 

a piiyslcal layer (164), wherein the physical layer provides a communlcatloti medium than can be used by 
devices to communicate with each ottien 
5 one or more devices (11-14, 102-110, 116, 117, 113, 120) connected to tiie physical layer, at least one device 

storing information including device information; 

an agent (408, 41 0) in each of one or more devices (12, 1 02, 1 03), adapted for: 

a) obtaining, by each of said one or more devices, information from devices currently connected to the 
10 network, said information including device infonnatlon; 

b) generating, in each of said one or mors devices, a user interface desctlption (2S0) wherein the user 
Interface descilptlon Is generated based at least on the obtained InfonmBtlon and Includes at least one 
reference associated with the device information of each of said devices currenUyoonnected to the network 
and 

15 c) displaying one or more user Interfaces (1 8, 220) each based on one of said one or more user interface 

descriptions, on one or more devices (1 2, 1 02, 1 03) connected to ttie networic capable of displaying a user 
interface, for user control of said devices that are cun-ently connected to the network. 

1 5. The system of claim 1 4. wherein 1 nformaSon i ncluding device Information is stored i n each ofsaldoneormore devices, 

20 

18, The system of claim 14 or 15, wherein each agent is further adapted for displaying eadi user Interface by: 

using each raferancs in the corresponding user interface description to access the associated infomiatlon In 
each device; 

as generating the user inteitecs Including device data corresponding to eaoh device using the accessed Infonnallon 

in each device; and 

displaying the userintatface on said device capable of displaying a user Interface. 

17. TTie system of one of tiie daims 14 to 16, wherefti each agent is futflier adapted for generating a user interface 
30 descrlptio n by associating a hypw-text link with the device InfomnaHon of each of said devices cunrent ly connected 

to the network. 

1 8. The system of one of the claims 1 4 to 1 7, wherein said !nf ormaflon in eaoh device comprises an HTiWL page contained 
in that device. 

35 

19. The system of one of the cisums 14 to 18, wherein each agent is further adapted for dl^laying a user Interface by 
displaying the user Interface on a browser on said device capable of displaying a user interface. 

20. The system of one of the claims 14 to 19. furBner comprising at least one dient device connected to the network 
40 capable of displaying a user Interface; and 

virtiwein one or rhbre agents are further adapted for displaying a user interface on the client device using the 
references in a con-esponding user interface description, for controlling devfces that are ouirenUy connected to the 
network. 

4S 21 . The system of claim 1 4, wherein said at least one device is capable ofdl^ayingauser interface, an d one or more 
agents are further adapted for displaying a user interface on said at least oine device using «ie references in a 
corresponding user Interface descripflon, for oontroiling devices that we ounfBtrtly connected to the network. 

22. The system of o ne of the dalms 1 4 to 21 , wherein each agent Is further adapted for generating each user interfaoe 
so description such that the reference in that user Interface description prD\/ides access to at ieaal the Information In 

each con'esponding device. 

23. "nie system of one of the daims 1 4 to 22, virtierein each agent ds further adapted for gmeratlng each user Interface 
description such that the user Interface description further Indudes device data comespondlng to each dsvtoe based 

55 on the Infonnatlon obtained from eadi device. 

24. The system of one of the daJms 1 4 to 23, wherein the device Information in each de\rice Indudes device Identification 
information. 
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25. The system of one of the claims 14 to 24, wherein the device infonrtatlon in eadi dev^ Includes a user control 
interface description for user Interaction with the device. 

26. Tlie system of claiin 25, wherein each agent is further adapted for generating each user Interface description such 
that each reference In that user irtterfacd description Is to at least the user control Interftios description in each 
corresponding device. 

27. The system of claim 25, wherein each agent is further adapted for generating each userirterface description wherein 
that userlnterface description further Includes device data corresponding to each device based on the Information 
obtalnedfrom each device, the device data providing reference to the usercontrol interface descripSon in each device. 

28. The system of one of the ciafms 14 to 27, wherein, if multiple devkxa are connected to the physical layer, one or 
more of said multii^e devices store tifomiatlon Induding device infonnatlon, and a plurailiy of said muitiple devices 
each include an agent 



1, Vetfahren zur Bereltstellung einer Benutzerschnittstelie (18, 220) zur Stauerung von GeiSten (1 1 -14, 1 02-1 1 0, 1 1 6, 
1 17, 113, 120), die gerade mit einem Netzwerl< {11a, 1 00, 300, 4O0) verfaunden sind, umfassend foigende Schritte; 

Eihatten von infbnnatiQnen durch eines odermshrsra dsrGeiate (12, 102, 103) von den Ger^ten, die gerade 
mIt dem Netzwerk verijunden sInd, wobe] die Infomiatlonan Gerfitelnformatlonen enthaltsn; 

b] Generleren einer Benulzarschnittsteilenbeschreibung In Jedem dsr ein oder mehreren Gsrats, wobei die 
Benutzerschnittstsllenbeschreajung auf Basis zumlndest der erh^enen Informationen generiert wird und zu- 
mindest eine mit den Gerateinfotmationen ]edes der gerade mD: dem Netzwerlcverisundenen GerateassozHsle 
Referenz enthSIt; und 

c) Anzeigen fflnerodermehrererBenutzaraohnittstellen (18, 220), diejeweils auf einer der einen oder mehreren 
Benutzerschnittstellenboschrelbungen basieren, auf einem oder mehreren mit dem Netzwerk verbund^en 
Ger^ten (12, 102, 103), die in der t.age sind, eIne Benutzerschnittstelie anzuzeigen. zur Benutzersteuerung 
der Gerate, die gerade wSt dem Netzwerlc verbunden sind. 

2. Vetfahren nach Anspruch l.wobelderSchrittdesAnzelgensjederBenutzerschnittstelleweitBrhinfolgendeSchritte 

umfasst: 

Verwenden jeder Referenz In der entsprachenden Benutzsrschnittstetlsnbaschraibung, um auf die asso^iertan 
informationen In Jedem Geritzuzugrelfen; 

Generleren der Benutzerschnittst^le einschlieBllch GsrStedaten entsprechend Jedem GerSt untsr Benutzung 
der Informationen in {edem Gerat, auf cSe zugsgriffen wurde; 

Anzeigen der BenutzsrschnMstsIle auf dem Ger3t, das In der Lage ist, eIne Benutzerschnittstelie anzuzeigen. 

3, Verfahren nach Anspruch 1 oder 2, wobei der Schritt dss Qenerierens «ner BenutzerschnJttslellenbeschreibung 
wetterhin einen Schritt des Assoztlerans eines HyperiBxt-tinle mit den GerStelnformalionen Jedes der GerSte, die 
gerade mit dem Netzwerlc verbunden i^nd, umfassL 

4. Veriahren nach einem derAnsprQche 1 bisS, wobei die infonnationen in jedem Ger&t eine In dem GerStentheltene 
HTlViL-Selte umfassen. 

5. Verfahren nach einem der Ansprilche 1 bis 4, wobei der Schritt des Anzelgens der Benulzerschntttststle weiterhin 
einen Schritt dee Anzelgens der Benutzerschnittstelie auf einem Browser auf dem Garfil; das in der Lage ist, sins 
Benutzerschnittstelie anzuzeigen, umfasst 

6, Veriahren nach einem der AnsprOche 1 bis 5, weiterhin un^ssend folgende Schritte; 

Verblnden mindestens eines Cllent-<aer3ts mtt dem Netzwerk, das In der l^ge 1st, eins Benutzerschnittstelie 
anzuzeigen; und 

Anzeigen einer BenutzemchnittBtelle auf dem ClIent-GerSt unter Benutzung der Referenzen In einer Benutzer- 
schnittstellenbeschrelbung zur Steuerung von GerSten, die gerade rmt dem Netzweri< verisuhden sind. 
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7. Verfafiren nach Anspruch 1 1 wobel das ntindestenselne Ger^tin derLage isl, eine BsnutzerBctinitfstells anzuzelgen, 
und wBiterhin umfassend einen Schritt des Anzelgens einer Senutzerschnittstelle auf dem mindsstens elnen Ger&t 
unterBenutzung der Refenenzen in derBenutzeischnittstellenbeschrelbung zurSteuerung von GerSten, dfe gerade 
mitdem Netzwerk verbundan sind. 

5 

8. Verfahren nach ainam dsr AnsprQche 1 bis 7, wobei Schritl b) welterhin einan Schritt des Gansrierens jede'r Benut- 
zerschnittetellenbeschreJbung so umfasst, dass die Referenz In dleser Benutzersdinlttstellenbeschreibung ZugrW 
auf zumindest die Infoimationen In jedem entsprechenden Gerat bereltstelit. 

10 9. Verfahren nach einem der Ansprtlche 1 bis 8, wobet Schritt b) welterhin einen Schritt des Generlerens Jeder Benut- 
zerschnittstellenbesdir^bung so umtasst, daas auf Basis der von ]edem Gsrtterliaitenen infonnatlonen die Senut- 
zerechnfttstelienbeschre]bung wdtariiin GatStedaten entsprechend Jedem Gerat entliSIL 

10, Verfahren nach einem der AnsprQche 1 bis 9, wobei die Ger^tsinformatlonen In Jedem GerSt Ger^teldentifikations- 
is infonnationen enthaiten. 

11. Verfahren nach einem der AnsprOche 1 bis 10, wobei die Gerateinformetlonen in Jedem Gerit eine Benutzersteu- 
erschnlttsteiienbesohrelbungfQreine Benutzerinteraktlon mitdem GerSt errtii^ten. 

so 12. Verfahren nach Anspruch 11, w»*el Schritt b) welterhin einen Strfiritt des Generierens jeder Benutzerschnlttstei- 
lenbeschreibungso umfasst, dassjede Referenz in dleser Benutzerschnittstellenbeschreibungslch auf zumlndast 
die Benutzersteuerschnlttstellenbeschrelbung in Jedem entsprechenden Gerat bezieht. 

13. Verfahren nach Anspruch 1 1 , wobei Schritt b) welterhin einen Schritt des Generierens jeder Benutzerschnlttstel- 
ss lenbeschrelbung umfasst, wobei diese BenutzerschnittstellenbeschreibungwsiterhlnGeratedaten enth^lt, die jedem 

GeiSt auf Basis von von Jedem GerSt eriialtenen Infomiatlonen entsprlcht, wobel Ger&tedaten Referenz auf de 
Benutzersteuerschnlttsteilenbeschreibung in Jedem Geriltbereitstellen. 

14. N^wetteystem (11a, 100, 300, 400) zum Durchfilhren eines Dienstes und umfassend: 

30 

eine physikalische Schlcht (1 64), vrobei die physikallsche Schiclit ein Kbmmunil<attonsmedtum bereltstelit, das 
durch Ger5t8 zum Kommunizieren mitfiinandervefwendet warden kann; 

eIn odermehrereGerata (11-14, 102-110, 116. 117, 119, 120), die mit der phyelkaiischen Schlcht verbunden 
tind, wobel mindestens ein GerSt Informationen speldiert, die Geratelnfbrmatlonen enthaiten; 
35 einen Agent (408, 410) (Vermiaier, Mittei, "agert") in jedem derain odarmehreren Gerfite (12, 102, 103), dar 

zu Folgendem ang^asst ist: 

a) Erhalten von Informationen durch Jedes dereln odermahreren GerSte von Geraten, die garads mitdem 
Netzwerk vertjunden sind, w<*ei die informationen GerSteinformatlonen enthaiten; 
40 b) Generieren elner Benutzerschnittstellenbesohrelbung In Jedem dec ein Oder mehreren Gerite, wobel die 

Benutzerschnlttstallenbeschrebung auf Basis zumlndest der erhaltenen Infonnationen generiert wird und 
zumlndest eine mit der GerSteinformotion Jedes der gerade mit dem Netzwerk verbundenen GerSte aseo- 
ziierte Referenz enthSIt; und 

c) Anzelgen einerodermehrerarBenutzersohnlttstellen (1 8,220), dlejeweiSsauf einerderein odarmehneren 
IS Benutzerschnrttstellenbeschreibungenbasieren, auf einem Oder mehreren mitdem Netzwerk verbundenen 

Geraten (12, 1 02, 1 03), die in der 1^ sind, ^ne Benutzerschnlttstelle anzuzeigen, zur Benutzersteuerung 
der Ger^, die gerade mit dem Netzwerk verbunden sind. 

15, System nach Anspntelt 14, wobei die Informationen, die Gerateinformationen enthaiten, In jedem der ein oder 
so mehreren Gerite gespelchert Ist. 

1 6, System nach An^ruch 1 4 Oder 1 5, wobei Jeder Agent welterhin dazu angepasst ist, jede Benutzerschnlttstelle durch 
folgende Schritte anzuzeigen: 

ss Benutzen Jeder Referenz In der entsprechenden Benutzerschnittstellenbesdirelbung, um auf die assozOerten 

Informationen in jedem Gei^ zuzugreifen; 

Generieren derBenutzerschnittsteile, die jedem GerSt entsprechende GrStedatenenthait, unter Benutzung der 
InfoRTiatlon en in jedem GerSt, auf die zugeg rlffen wurde; und 
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Anzelgen der BentitzerschnStstelle auf dem QerSt, das In der L^e 1st, elne Benutzerschnittstelle anzuzelgen. 

17. System nach einem der AnsprQc^e 14 bis 16, wobeljedsr Agent femerdazu angepasst 1st, elne Benutzerschnitt- 
stellenbesohreibung duroh Assozlieren elnes Hypertext-Links mit den GerSteinformationen jades der GerSte, die 
5 gerade mit dem Netzwerk verbunden sind, zu generieren. 

1 a System nach einem der AnsprOche 1 4bis 1 7, wobel die informationen in jedam GerStelne in diesem GerSt enthaltene 
HTML-Seite umfassen. 

10 19. System nach einem der AnsprDche 1 4 bis 1 8, wobei Jeder Agent weiterhin dazu angepasst 1st, eine Bsnutzerschnitt- 
stBls durcli Anzaigen der Benutzsrschnittstslle auf einem Browser auf dem Gerat, das In dar Lags ist, sine Benut- 
zerschnitlstelle anzuzelgen, anzuzelgen. 

20. System nach einem der Ansprflche 1 4bi8 1 9, welterhln umfassend zumlndest ein Cllent-Gerat, das mit dem Netzwerk 
IS verbunden ist und in der Lage ist, eine Benutzerschnittstelle anzuzelgen; und 

wobel Bin odermehrere Agents weiterhin dazu angepasst sind, elne Benutzersohnlttstelie auf dem Client-Gerat 
unter Benuzung der fleferenzen In einer entspreohenden Benutzerschnittstellenbeschreibung anzuzelgen, um Ge- 
rSte zu steuern, die gerade mit dem Netzwerk verbunden sind. 

so 21. System nach Anspruch 14, wobei das mindestens ^ne Qeittin der Lage i8t, eine Benutzerschnittstelle anzuzelgen, 
und ein Oder mehrere Agents weiterhin dazu angepasst sind, elne BenutzerKhnMstelle auf dwn zumlndest ^nen 
Gerat unter Benutzung der Referenzen In einer entsprechenden Benutzerschnittsteilenbeschralbung anzuzdgert, 
um Qer&tezu steuern, die gerade mttdem Nelzwerkveibundsn sind. 

S6 22. System nach einem der AnsprDche 1 4 bis 21 , wobel jeder Agent weiterhin dazu angepasst 1st, jede Benutzerschnitt- 
stelienbeschrelbung so zu generieren,' daes die Referenz In dleser Benutzetschnlttstelienbeschreibung Zugtlff auf 
zumlndest die Infonrtationen In jedem ent^rechendsn Gerftt bereitstellL 

23. System nach einem der AnsprOche 14 bis 22, wobel jeder Agent weiterhin dazu angepasst Ist, Jede Benutzerschnitl- 
30 steitenbeschrelbungsozu generieren, dassdie Banutzerschnittstellenbeschrefcung weltOThlnQeratedaten auf Basis 

der von jedem GerSt erhaltensn InformatJonen enth&lt, die jedem Gerat entsprechea 

24. System nach einem der Anspruciie 14 bis 23, wobei die Geratanformationen in jedem GerSt Gerateidentifikaflons- 
informationen enthaltan. 

35 

25. System nach eirtem dar AnsprOche 14 bis 24, wobei die Gerateinfonnatjonen in Jedem Gerat eine Benutzersteuer- 
sdinittstellenbeschreibung fQr eine Benutzerinteraktion mit dem GerSt enthait^. 

26. System nach Anspruch 25, wobei jeder Agentweiterhin dazu angepasstist, jede Benulzerechnittstelienbesciireibung 
40 so zu generieren, dass Jede Rsferenz In dleser Benutzerschnlttstellenbeschrelbung sich zumlndest auf die 

Benutzersteuerschnittstellenbeschreibung In Jedem entsprechenden GerSt bezietit 

27. System nach Ansprueh25, wobel Jeder Agent weiterhin dazuangepasstist;JedeBenutzersdinlHste!lenbeschreibung 
zu generieren, wobei diese Benulzerschnitlstellenbesohreibung weiterhin Gerfitedaten enthSIt, die Jedem GerStauf 

4S Basis von von Jedem Gerat erh^nen informationen entsprechen, wobei die GerStedatenraferenz auf die 

Benutzersteuerschnlttstellenbesdirelbung in Jedem GerSt bereitstellen. 

28. System nach einem der AnsprOche 14bls27, wobel, wenn mehrere GeratemitderphyeikallschenSchichtverbunden 
sindl, eines oder mehrere der mehrersn GerSte infomnationen spelchern, die Gerttelnfbrmattonen enthatten, und 

so wobei eine Vielzahl der mehrerenGeratejewetlseinen Agent enthatten. 



Revendicatlons 

55 1. Proc6dSpourfQurnirunelnt8ttaceutllls^eur(18.220)pourcommanderdesdisposif3fs(11-14,102-110, 116,117. 

119. 120) qui sont actueilement conne<i6s d un pSaeau (1 la, 100, 300, 400), le prac6d6 comportant les etapes 
conslstant k : 
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a) Qbtenir, par I'interrnedlalre cf un ou plusieurs desdlts disposltlfs (12, 1 02, 1 03), des Informations en provenance 
desdtte disposttilB Bctuallemsnt connactes au rdseau, lesdites informations Incluant des Infomiationa da dispo- 
sHif, 

b) g^n^rar, dans chacun dudit ou desdlts dl^osldfs, une description d'inteiface utiysateur (250), la description 
s d'Interface utilisateur Stant g6n^r^ la base d'au motns les Informations obtenues et Incluant au nvdne une 

rSffirencs assooiee aux Informations de disposltif de chacun desdite disposltlfs actueltement connectfe au 
r^eau, et 

o) afficlier una ou plusieurs Interfaces utliisateur (1 8. 220) ctiacune 6tant basSesurune parmi ladite ou tesdltes 
descriptions d'lntarfaoe utliisateur, sur un ou plusieurs dispositifs (12, 102, 1 03) connect^s au reseau capables 
10 d'afflcher une interface ufiisateur, pour une commande d'utilisateur desdits disposltlfs qui sont actuellement 

connects au r^au. 

2. Procddd selon la revendlcadon 1 , dans lequel I'Stape conslstant & sffieher chaque Interface utliisateur inclut en outre 
les Stapes conslstant k : 

IS 

utiliser chaque t«f6rence dans la descrlpflon d'interface ufllisateur conespondante pour acc6der aux Infomna- 
tions assoclSes dans chaque disposltif, 

g6n6rer I'intarface utliisateur incluant des donn^es de dispositif correspondant k <*iaque disposltif utltlsant les 
infoimaSons ayant fait I'objet d'un accis dans chaque dispositif, et 
so afflcher I'intarf acs utiUsateur sur ledii dispositif capab le d'afficher une Interface utliisateur. 

3. PfoeSflte selon la revendlcaUon 1 ou 2, dans lequel P6tape conslstant k gSndrer une description d'inlerf ace utliisateur 
comporte en outre l'6tape conslstant k assocler un lien hypertexts aux Infomiatlons de dispositif de chacun desdlts 
dispositifs actuellement connects au riseau. 

25 

4. Proc6d6 selon I'une des revendicatlons 1 k 3, dans ieque! lesdites Informations dans cliaque disposltif component 
une page HTML contenue dans ce dl^ositlf.- 

5. P«3cSd6 seio n I'une des reveneflcatlons 1 k 4, dans lequel l'6tape consistent k affieher llnterface utliisateur comporte 
30 en outre l'6tape consistent k affieher nnterface utlllsateiur sur un navigateur sur ledlt dispositif capable dfafficher 

une Interface utliisateur. 

6. ProcfidS selon I'une des revendloafons 1 k 5. oomportant en outre les Stapes conslstant k : 

35 connecter aumolnsun dispositif client aurfeeau capable d'afllchsr une Interface utinsateur.et 

affieher une Interface utliisateur sur le disposltif client en utilisant les rifSreiwas d-une descrlplion d'interfaoe 
utliisateur, pour commander des dispositifs qui sont actuellement connectSs au rSseau. 

7. Procida selon la revendication 1, dans lequel ledlt au moins un dispositif est capable d'afficher une interface 
40 uiJIIsateu r, et compo rtent en outre rSlape conslstant a affieher une interface utliisateur sur ledlt au molns u n dispositif 

en utilfsant les r^f^rences de la description d'interface utliisateur, pour commander des dispositifs qui sont actuel- 
lement conneotfis au reseau. 

8. Pracede selon i'une des revendicatlons 1 a 7, dans lequel I'^tape b) inclut «i outre i'etape conslstant k g6n6rer 
45 Cheque descripfion d'interface utliisateur de sorte que la rSfSrence dans cette description d'interfaoe utliisateur 

foumit I'aecfes k au molns les informations dans chaque dlsposltit correspondant. 

9. ProoSdS selon I'une des revendicalions 1 k 8, dans lequel I'ftape b) inclut en outre I'etape conslstant k gSnerer 
chaque description d'interface utilisafsurde sorte que la description d'interface utliisateur incluten outre des donnees 

so de dlsposilSf con^pondant a chaque dispositif sur la base des informations obtenues en provenance de chaque 

disposltif. 

10. Proc6d6 selon I'une des rBvendlcalions 1 k 5, dans lequel les informations de dispositif dans chaque dispositif 
Incluant des Infonnatlons d'idenfificatlon de disposltif. 

55 

1 1 . Prqc6d§ selon I'une des revendiratlons 1 S 1 0, dans lequel les infonnations de disposltif de chaque dispositif inciuent 
une deseifption dinterface de commande ufillsateur pou r une Interaction d'ufllisateur aveo le disposltif. 
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12. Procedi selon la i^vendlcaUon 11, dans lequel i'^tape b) inclut en outre I'^ape conslstant k gSnSrer chaqus des- 
cription d'ititerface utlllsateur de sorte qua chaque r^f^rence dans oatte description d'lnterface utilisateur va au 
moins jusqu'a la description d'lnterface de commande utiHsateur dans chaque dispositif correspondant. 

s 13. ProcidS selon la revendlcatlon 1 1, dans lequel l'6tapa b) Inclut en outre I'dtape conslstant k gSnererdiaque des- 
cription d'lnterface utilisateur, cette description d'intetface uOllsateur induant en outre des donn^ee de dispositif 
con-espondant k cfiaque disposilif sur Ea base des informadons obtenues en provenance de chaque dispositif, les 
donntes de dispositif foumtesant une rSMrenoe k la description d'intsr^ de commands utilisateur dans chaque 
dispositif. 

10 

14. Systemede rSseau (11a, 100, 300, 400) pour effectuer un service, comportant: 

une couche physique (164), la couche physique fournlss^t un support de communlcafion qui peut Stre utilise 
par des disposltifs pourcommunlquerentre eux, 

un ou piLsieurs dispositifs (1 1 -14, 1 02-1 1 0, 1 1 s, 11 7, 1 1 3, 1 20) connect^s k la couche physique, au molns un 

dispositif m^morlsant des infonnatlons induant des Infomiatlons de dispositif, 

un agent (408. 41 0) dans chacun du ou des dispositifs (1 2, 1 02, 1 03) , adapts pour : 

a) obtenlr, par I'intemediaire de chacun dudlt ou desd'rts dispositifs, des informations en provenance des 
20 dispositifs aotuellement connectSs au riseau, lesdites Infomnations induant des info miations de dispositif, 

b) gSndrer, dans chacun dudlt ou desdits dispositifs, une descrlpb'on d'interface utilisateur (260), la des- 
cription d'fnterfaoe utlllsateur etant gendree sur la base d'au molns tes Infonnnations obtenues induant 
au moins une r^Srenoe assoclde aux Infomnations de dispositif de chacun desditB dl^osltifs actuellemertt 
connectSs au reseau, et 

c) afflcher une ou plusieurs interf^tces utlllsateur (18, 220) chacune 4tant bas^s sur I'une de ladlte ou 
desdites descriptions dinterface utilisateur, sur un ou plusieurs cHsposRif^ (12, 102, 103) connectSs au 
riseau capables d'afficher une Interface utilisateur, pour une commands d^itllisateur desdits dispositifs qui 
sont actuellamentconnect^s au reseau. 

30 15. Syst&me selon la revendcatlon 14, dans lequel das informations induant des infomiallons de dispositif sont m6- 
morls^es dans ciiacun dudlt ou desdits dispositifs . 

16. Systfeme selon ia revendlcatlon 14 ou 15, dans lequel chaque agent est en outre adapts pour afflcher chaque 
interface utilisateur en : 

35 

utillsant chaque r^firence dans la description d'lnterface utiliealeur correspondante pour acc^der aux infomna- 
tions associ^es dans chaque dispositif, 

g^nSrant I'Interface utilisateur Induant des donnSes de dlsposiUf con'espondant k cheque dl^oslttf uHIIsant les 
Informations ayantfait robjet d'un sxxsbs dans chaque dispositif, et 
40 afflchant I'inteif ace utlllsateur sur ledit cflsposIUf cep^ls d'afficher une Interface utlBsateur. 

1 7. Syst^e selon I'une quelconque des levendlcations 1 4 d 1 9, dans lequel chaque agent est en outre adepts pour 
generer une desOTpHon d'interface utilisateur en assodant un lien hypertexts au reseau. 

« IB. Systfeme selon i'une quelconque des revendlcatlons 1 4 & 1 7, dans lequel lesdites Infomiallons dans chaque dispositif 
comportant une page HTML contenue dans ce dispositif. 

19. Syst&me selon I'une quelconque des revendlcatlons 14^18, dans lequel chaque agent est en outre adapts pour 
aHichar une Interface utlllsateur en afflchant Tinterf^ utlllsateur sur un.nrangateur sur ledit di^osltif capable d'af- 

so ficher une Interface utilisateur. 

20. Systeme selon I'une des revendlcatlons 14^19, comportant en outre au nwlns un dispositif client connects au 
riseau capable d'afficher une Interface utilisateur, et 

dans lequei un ou plusieurs agents sont en outre adapt^s pour afficher une interface utilisateur sur le dispositif client 
55 en utillsant les rSfirences dans une description d'lnterface utilEsaleurcorrespondwite, pour commander des dl^o- 

sitlfs qui sont aotuellement connects au reseau. 

21. Systeme selon la revendlcation 14, dans lequei Isdtt au molns un dteposltV est capable d'afficher une interfece 
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Ulllisateur, et un ou plusieurs agents sort en outre adaptfis pour sSidnet une Interface ufilisateursur ledlt au moina 
un di^ositif en ufllisarrt ies i^finences dans une description d'Interface utinsateur con-espondante, pour commander 
des dispositlfs qui sont actuellement connectSs au r^seau. 

22. Systeme selon I'une des revendicatlons 14 a21 , dans lequel chaque agent est en outre adapts pour gSn^rerchaque 
descfiption d'intsrface utilisateur de sorts que la reference dans ceJte descflptlon d'intetface uBIlsateur foumlt un 
aco&s au molns aux Infomiafiotis dans diaque dispositif correspondant. 

23. Syst^me selon I'une des revendlcations 1 4 a 22, dans leq uel chaq ue agent est en outre adapfe pour gSn^rer chaque 
description d'interfaoe utlfeataur de sorte que la description d'intsrfaca utlllsafeur indut en outre des donneas de 
dispositif coirespondant & chaque dispositif aur la base des Infomiatlons obtenuea en provenance de chaque dis- 
positif. 

24. SystSme selon I'une des revertdlcafions 14 i 23, dans lequel Ies Infomnations de dispositif dans chaque dlspo^ 
incluent des Infomiatlons d'ldentlflcation de dispositif. 

25. Systfetne selon I'une des revendlcations 14 a 24, dans iequei Ies informations de dispositif de chaque dispositif 
incluent une description cflnlerface de commande utillsateur pour une Interaction d'utlllsateur avec le dispositif. 

26. Syst^e selon la revendloatlon 25, dans lequel chaque agent est en outre adapts pour Q&nirer chaque daacription 
d^interltee utillsateurcte sorte que chaque rSfironca dans cette description d-feiterface utilisateurva au molns jusqu'a 
la description d'interfece de csommande utillsateur dans ohaque dlspbsitif correspondant. 

27. Systfeme selon la revendication 25n dans lequel ohaque agent est en outre adapts pour gSnSre r chaque description 
d'Interface utillsateur, dans lequel cette daecilption rflnterfaoe utllisateurlndut en outre des donnies de dispositif 
con-espondant h chaque dispositif sur la taae des Informations obtenues en provenance de chaque dispositif, Ies 
donnSes de dispositif fournissant une reference & la description d'interfaoe de commande d'utlllsateur dans chaque 

dispositif. 

28. Syst^e selon I'une des revendicaSions 14 & 27, dans lequel, si de multiples dispbsllifs sontconne(^4s k ta couche 
physique, un ou plusleuis desdlls multiples disposftrfs memotisent des infonnations induant des Infonrjations de 
dispositif, et u ne pluialitS desdlls multiples dispositlfs Indus tous & un agent. 
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FIG. 1 
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FIG, 7 
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